私はAzure Cosmos DB(新しいDocument DB)でいくつかの読書をしており、データがdbに書き込まれたときにAzure関数を実行できることに気づいています。Azure CosmosDB - キューとしての使用
通常、サービスバスに書き込んだ後、Azure関数を使用してメッセージを処理し、そのメッセージを履歴用にドキュメントdbに格納します。
私はそれはあなたのユースケース、あなたのスループット要件に依存CosmoDB
私はAzure Cosmos DB(新しいDocument DB)でいくつかの読書をしており、データがdbに書き込まれたときにAzure関数を実行できることに気づいています。Azure CosmosDB - キューとしての使用
通常、サービスバスに書き込んだ後、Azure関数を使用してメッセージを処理し、そのメッセージを履歴用にドキュメントdbに格納します。
私はそれはあなたのユースケース、あなたのスループット要件に依存CosmoDB
ための良い練習にいくつかの助けを望んでいましたか?あなたはデータ上で何をしていますか?あなたのデータはどのように一時的ですか?それはグローバルに配布されますか?
はい、Cosmos DBは非常に高速でデータを取り込み、記憶域も弾力的に拡張できます。 Azure関数は確かにcosmos dbの変更フィードを処理する実行可能なオプションです。
詳細はこちらhttps://docs.microsoft.com/en-us/azure/cosmos-db/serverless-computing-database
私の前の答えが十分でないように見えます。 –
私の前の答えは十分ではないように見えます。だから私は別のものを取ることができます。私は質問を理解している - キューをCosmos DBのデータフィードリーダーに置き換えることができ、その答えは絶対にある場合もある。 頻繁にキューがDBの前に配置され、突然のピークを処理するショックアブソーバとして機能します。 Cosmos DBは突然のピークを簡単に処理できるようになり、チェンジフィードを使用して着信データを処理することができます。上記のリンクはユースケースを示しています。 –
正確に何を求めているのですか?これは非常に曖昧です。どのような "良い習慣"を参照していますか?コスモスDBはキューではありません。また、Azureストレージキューやサービスバスキューがキューメッセージを処理するのと同じ方法で、データを管理するメカニズムは組み込まれていません。 –