Azureプリントサーバー-Azureですべてを実行していますか？
ITショップ全体をAzureに移動するプロジェクトに引き込まれた可能性があります。つまり、オンサイトのAD、LOBアプリケーション、SQL、Sharepointなどがあり、もちろんExchangeやLyncなどのOffice 365に移行しています。
少し読んだ後、ほとんどのサービスとサーバー機能をAzureに移動できることがわかります（Katherine Villyardによる素晴らしい答え https://serverfault.com/a/569754/236828 ）。しかし、印刷はどうですか？私の頭では、AzureでWindowsサーバーをプリントサーバーとして実行すると、印刷ジョブで大量のトラフィックが発生します。最初に、印刷ジョブはクライアント（オンサイト）でスプールされ、Azureに印刷サーバーに送信され、次に印刷サーバーから実際のオンサイトプリンターに再度送信されます。ほとんどのIT担当者が知っているように、特にマーケティングが新しいキャンペーンに夢中になることを決定した場合、一部の印刷ジョブはかなり大きくなります。その状況にどう対処するか？
クライアントは、オンサイトのすべてのサーバーを取り除き、すべてをAzureに移動し、さらに悪いことに、すべての場所で有線ネットワークをワイヤレスに置き換えたいと考えています。
私はビジネスの老人として、これがIT管理者の未来かもしれないと少し悲しく思います。クラウドプロバイダーのサーバーと直接連携するか、クリーンなオフィスに座ってOffice 365でユーザーとグループを管理し、簡単なことを行い、無限のEULAを読み、従量課金制のサービスを管理します。私はこれ以上退屈なことは考えられず、実際のハードウェアを感じたり触れたりできないこともあります（ノートパソコンやタブレットを実際のハードウェアとは見なしていません）。
会社がWindows 8（またはそれ以降）のクライアントで標準化できる場合、 Branch Office Printing が適切な選択です。
直接スプーリング（およびローカルクライアントレンダリング）を利用しながら、ユーザーの印刷キューを偽装しますが、管理および印刷ドライバーの集中キューを維持します。また、キャッシュ機能があり、WANリンクがダウンした場合でも印刷を維持します。
これは、あなたがそれを説明する方法とまったく同じです。プリントサーバーをクラウドに配置することの意味をクライアントに伝えます。それらの懸念を正確に伝えます。
結局、それは彼らの決定です、そして彼らがマーケティングが彼らの物を印刷するのに1時間待つことができると彼らが決めるなら、それでそれで...
@ xcom3。私の投稿が広告のように見える場合は申し訳ありませんが、この問題が printix.net という会社を設立した理由のほとんどです
この製品はピアツーピアおよびクラウドベースであり、ローカルネットワーク上のトラフィックを維持するとともに、クラウドを介してユーザーとプリンターを管理できます。