私たちは、一式のpdf/tiffsをアップロードし、クラウド上でサービスして処理するシナリオを用意しています。同時に、キューには処理命令に関するメタデータが取り込まれます。ワーカーの役割とAzureのバッチ
作業者の役割とAzureバッチのどちらが適切かどうかを判断しようとしています。私たちの第一の目標は、キューのサイズ
- 必要です時間を立ち上げ、もちろんコストの
- 迅速である必要がありますが、PaaSのクラウドを使用してはならないもう一つの要因
私たちは、一式のpdf/tiffsをアップロードし、クラウド上でサービスして処理するシナリオを用意しています。同時に、キューには処理命令に関するメタデータが取り込まれます。ワーカーの役割とAzureのバッチ
作業者の役割とAzureバッチのどちらが適切かどうかを判断しようとしています。私たちの第一の目標は、キューのサイズ
PaaSクラウドサービスは現在古典的なもので、appservicesでwebjobsを使用できます。別の興味深いオプションは、ハイブリッドクラウドに本当に良いAZURE STACKです。このリンクを参照してください https://azure.microsoft.com/en-us/overview/azure-stack AZURE STACKはハイブリッドクラウドには本当に良いです、今のところそれは技術プレビューにあります。
です新しいワークロードのためのサービス。必要な処理の複雑さに応じてさまざまなオプションがあります。以下はAzureバッチよりも良い選択肢です:Azure Web Jobs、Virtual Machine Scale Sets。最初のものは使いやすく、Web Appsテクノロジーに基づいていますが、もう1つはスケールアウトしたVMを提供する(プレビュー)方法です。
私は間違いなくWebジョブから始めます。キューに耳を傾け、各メッセージを処理するWebジョブを書くのは簡単です(リテラルキューを意味するキューを仮定して)。ここには良い出発点があります:https://azure.microsoft.com/en-us/documentation/articles/websites-dotnet-webjobs-sdk-storage-queues-how-to/ – jeffa00
紺碧のスタックはあなたを殺す以上になりますあなた自身で何らかのクラウドプロバイダになるようにしてください。私は、コストは50万ドルであると聞きましたが、コストについてはわかりません –