説明

ボックス 1: c.name DESC、c.age DESC で注文
2 つ以上のプロパティを含む ORDER BY 句を持つクエリには、複合インデックスが必要です。
2 つ以上のプロパティを持つ ORDER BY 句を含むクエリに複合インデックスを使用する場合は、次の考慮事項が使用されます。
複合インデックスのパスが ORDER BY 句のプロパティの順序と一致しない場合、複合インデックスはクエリをサポートできません。
複合インデックス パスの順序 (昇順または降順) も、ORDER BY 句の順序と一致する必要があります。
複合インデックスは、すべてのパスで逆の順序の ORDER BY 句もサポートします。
ボックス 2: アイテム作成と同時に
Azure Cosmos DB は、次の 2 つのインデックス作成モードをサポートしています。
一貫性: アイテムを作成、更新、または削除すると、インデックスは同期して更新されます。これは、読み取りクエリの一貫性が、アカウントに設定された一貫性になることを意味します。
なし: コンテナーではインデックス作成が無効になっています。
参考: https://docs.microsoft.com/en-us/azure/cosmos-db/index-policy

アラートは、Azure Cosmos DB ペインまたは Azure portal の Azure Monitor サービスから設定できます。
注: アラートは、Azure Cosmos DB リソースの可用性と応答性を監視するための定期的なテストを設定するために使用されます。アラートでは、メトリックの 1 つがしきい値に達したとき、または特定のイベントがアクティビティ ログに記録されたときに、電子メールの形式で通知を送信したり、Azure 関数を実行したりできます。

説明

ボックス 1: サーバーレス キャパシティ モード
Azure Cosmos DB サーバーレスは、アイドル時間が長く、断続的で予測不可能なトラフィックが予想されるシナリオに最適です。このような状況でのプロビジョニング容量は必要なく、コストが高くなる可能性があるため、次のユースケースでは Azure Cosmos DB サーバーレスを検討する必要があります。
Azure Cosmos DB の概要
予測が難しいバースト的で断続的なトラフィック、または平均対ピークのトラフィック比が低い (10% 未満) アプリケーションの実行 トラフィック パターンが不明な新しいアプリケーションの開発、テスト、プロトタイピング、実稼働環境での実行 次のようなサーバーレス コンピューティング サービスとの統合Azure Functions Box 2: プロビジョニングされたスループット容量モードと自動スケール スループット 自動スケールのユース ケースには次のようなものがあります。
変動するまたは予測できないワークロード: ワークロードの使用量が変動する、または予測できない急増がある場合、自動スケールは使用量に基づいて自動的にスケールアップおよびスケールダウンすることで役立ちます。例としては、季節に応じてトラフィック パターンが異なる小売 Web サイトが挙げられます。1 日のさまざまな時間にスパイクが発生する IoT ワークロード。月または年に数回ピーク使用量が発生する基幹業務アプリケーションなど。自動スケールを使用すると、ピークまたは平均の容量を手動でプロビジョニングする必要がなくなりました。
参照：
https://docs.microsoft.com/en-us/azure/cosmos-db/serverless
https://docs.microsoft.com/en-us/azure/cosmos-db/provision-throughput-autoscale#use-cases-of-autoscale

説明
Cosmos DB Operator: Azure Cosmos アカウント、データベース、コンテナーをプロビジョニングできます。データにアクセスできない、またはデータ エクスプローラーを使用できない。
参考: https://docs.microsoft.com/en-us/azure/cosmos-db/role-based-access-control

説明
ボックス 1 = ランダム化
ボックス 2 = 決定論的
Azure Cosmos DB の Always Encrypted は、決定的暗号化とランダム化された暗号化の 2 種類の暗号化をサポートしています1。
決定的暗号化では、指定されたプレーン テキスト値に対して常に同じ暗号化値が生成されます。
ランダム化された暗号化では、同じプレーン テキスト値に対して異なる暗号化値が生成されます。
dateOfBirth の場合、ランダム化暗号化は統計分析やブルート フォース攻撃に対する保護が強化されるため、最も強力なタイプの暗号化です。決定論的暗号化は、パターンを明らかにしたり等価比較を可能にする可能性があるため、dateOfBirth には適していません1。
healthStatus の場合、決定論的暗号化は、クエリで暗号化されたプロパティの等価比較とフィルターを実行できるため、最も強力なタイプの暗号化です。ランダム化された暗号化は、暗号化されたプロパティに対するクエリを妨げるため、healthStatus には適していません1。