パーティション キーは、Cosmos DB によってさまざまなパーティションにデータがルーティングされる方法を決定するものであり、特定のシナリオのコンテキストで意味を成す必要があります。IoT デバイス ID は、通常、IoT アプリケーションの「自然な」パーティション キーです。
参考: https://docs.microsoft.com/en-us/azure/architecture/solution-ideas/articles/iot-using-cosmos-db

説明
1 KB のアイテムのポイント読み取りのコストは 1 RU です。その他の操作のコストは、アイテムのサイズ、インデックス作成ポリシー、一貫性レベル、クエリの複雑さなどの要因によって異なります1。RU の消費を最小限に抑えるには、アプリケーションのニーズに応じてこれらの要因を最適化します。
このシナリオでは、App1 による読み取りに関連付けられた RU の消費を最小限に抑える 1 つの方法は、読み取り要求の一貫性レベルを一貫性のあるプレフィックスに変更することです。一貫性のあるプレフィックスは、Azure Cosmos DB の既定の一貫性レベルであるセッションよりも低い一貫性レベルです。一貫性レベルが低いほど、一貫性レベルが高い場合よりも RU の消費量が少なくなります2。一貫性のあるプレフィックスにより、読み取りで順序どおりでない書き込みが発生することがなくなり、単調な読み取りが維持されます1。最終的な一貫性をある程度許容できる場合は、これがアプリケーションに適している可能性があります。

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 を必要とする場合は、すべてのコンテナーに対して手動のプロビジョニングされたスループット アカウントを使用できます。

説明

ボックス 1: 会社 ID
一意キー ポリシーを使用してコンテナーを作成すると、一意キー制約で指定されているように、論理パーティション内で重複する新しい項目の作成や既存の項目の更新が防止されます。一意キーと組み合わせたパーティション キーにより、コンテナーのスコープ内での項目の一意性が保証されます。
たとえば、電子メール アドレスを一意のキー制約として、CompanyID をパーティション キーとして持つ Azure Cosmos コンテナーについて考えてみましょう。一意のキーを使用してユーザーの電子メール アドレスを構成すると、各項目には、特定の CompanyID 内で一意の電子メール アドレスが設定されます。重複する電子メール アドレスと、同じパーティション キー値を持つ 2 つの項目を作成することはできません。
ボックス 2: メールアドレス
参考: https://docs.microsoft.com/en-us/azure/cosmos-db/unique-keys