説明

アプリケーションの特性と提供されたドキュメント構造に基づくと、このシナリオで coll1 に最も適したパーティション キー値は、customerId (オプション B) になります。
アプリケーションは、さまざまな顧客による新しい注文を頻繁に作成し、顧客は過去の注文履歴を頻繁に確認します。パーティション キーとして customerId を使用すると、特定の顧客に関連付けられたすべての注文が同じパーティションに保存されます。これにより、特定の顧客の過去の注文履歴を効率的にクエリできるようになり、パーティション間のクエリが削減されるため、コストが削減され、パフォーマンスが向上します。
パーティション キーは、Azure Cosmos DB が複数のパーティションにデータを分散するために使用する、ドキュメント内の JSON プロパティ (またはパス) です3。パーティション キーはカーディナリティを高くする必要があります。つまり、数百や数千などの多くの異なる値を持つ必要があります1。パーティション キーは、アプリケーションの最も一般的なクエリ パターンと一致する必要があります。そうすることで、パーティション キー値を使用してデータを効率的に取得できます1。
これらの基準に基づくと、coll1 に使用できるパーティション キーの 1 つは B. customerId です。
このパーティション キーには次の利点があります。
各顧客には固有の ID3 があるため、カーディナリティが高くなります。
顧客は過去の注文履歴を頻繁に確認するため、これはアプリケーションのクエリ パターンと一致します3。
パーティション間クエリの数を減らし、ストレージとスループットの使用率を最適化するため、コストが最小限に抑えられます1。
このパーティション キーには、次のようないくつかの制限もあります。
注文を顧客から独立して照会したり、日付やその他の基準で集計したりする必要があるシナリオには最適ではない可能性があります3。
一部の顧客が他の顧客よりも頻繁に注文を作成したり、他の顧客よりも多くのデータを保有したりする場合、ホット パーティションやスロットリングが発生する可能性があります1。
トランザクションは単一の論理パーティション2 に限定されるため、複数の顧客にわたるトランザクションをサポートできない場合があります。
特定のユースケースと要件に応じて、このパーティション キーを調整するか、別のパーティション キーを選択する必要がある場合があります。たとえば、アイテムの複数のプロパティを連結する合成パーティション キーを使用したり、ランダムまたは事前に計算されたサフィックスを持つパーティション キーを使用してワークロードをより均等に分散したりすることができます。

説明
Azure Cosmos DB には、プロビジョニングされたスループットとサーバーレスの 2 つの異なる容量モードがあります1。プロビジョニングされたスループット モードでは、データベースとコンテナーにプロビジョニングされる特定のスループット量 (1 秒あたりの要求ユニット数、つまり RU/秒で表されます) を構成できます。消費された RU の数に関係なく、プロビジョニングしたスループットの量に対して課金されます1。サーバーレス モードでは、以前にプロビジョニングされた容量を構成することなく、データベース操作を実行できます。データベース操作で消費された RU の数と、データで消費されたストレージに対して課金されます1。
コストを最小限に抑えるデータベースを作成するには、次の要素を考慮する必要があります。
* コンテナの読み取りおよび書き込みボリューム
* トラフィックの予測可能性と変動性
* アプリケーションのレイテンシとスループットの要件
* データの地理的分布と可用性のニーズ
これらの要因に基づいて、選択できるオプションの 1 つは、B です。プロビジョニングされたスループット アカウントを作成します。coll1 のスループットを自動スケールに設定します。coll2 と coll3 のスループットを手動に設定します。
このオプションには次の利点があります。
* 現在の負荷1に基づいてプロビジョニングされたスループットを自動的に調整する Autoscale を使用することで、coll1 の予測できない読み取りおよび書き込みボリュームを処理できます。
* 手動を使用すると、coll2 と coll3 の予測可能な読み取りおよび書き込みボリュームを処理できます。これにより、パフォーマンスのニーズを満たす固定量のプロビジョニングされたスループットを指定できます1。
* 各コンテナに必要なスループットに対してのみ料金を支払うことで、コストを最適化できます1。
* 複数の地域にわたってデータを複製する必要がある場合、アカウントの地理的分散を有効にすることができます1。
このオプションには、次のようないくつかの制限もあります。
* すべてのコンテナに予測が難しい断続的またはバースト的なトラフィックがある、または平均対ピーク比が低いシナリオには適さない可能性があります1。
* すべてのコンテナのトラフィックが少ない、または散発的で、プロビジョニングされた容量を正当化しないシナリオでは、最適ではない可能性があります1。
* アカウントのアベイラビリティーゾーンまたはマルチマスターレプリケーションがサポートされていない可能性があります1。
特定のユースケースと要件に応じて、別のオプションを選択する必要がある場合があります。たとえば、すべてのコンテナーのトラフィックが低いか散発的で、予測可能なパフォーマンスや地理的分散1 を必要としない場合は、サーバーレス アカウントを使用できます。または、すべてのコンテナーのトラフィックが安定していて一貫性があり、予測可能なパフォーマンスや地理的分散1 を必要とする場合は、すべてのコンテナーに対して手動のプロビジョニングされたスループット アカウントを使用できます。