説明
Azure Cosmos DB のドキュメントによると、変更フィードは、コンテナーに対する変更を発生した順序で永続的に記録するものです。変更フィードは、変更されたドキュメントのソートされたリストを変更された順序で出力します。
変更フィードにトリガーを持つ Azure 関数は、更新されたアイテムのすべてのプロパティを受け取ります2。変更フィードには、元の項目が含まれないか、変更されたプロパティのみが含まれます。変更フィードには、_ts (最終変更タイムスタンプ) や _lsn (論理シーケンス番号) などのいくつかのシステム定義プロパティも含まれています3。
したがって、正しい答えは次のとおりです。
A: 更新されたアイテムのすべてのプロパティ

Azure Cosmos DB 変更フィードは、レコードが作成または変更されるときに、Azure Cosmos コンテナーからレコードの継続的かつ増分フィードを取得するメカニズムです。変更フィードのサポートは、コンテナーで変更をリッスンすることによって機能します。次に、変更されたドキュメントのソートされたリストを、変更された順序で出力します。
次の図は、ソリューションに関係するデータ フローとコンポーネントを表しています。

説明
ランダムなサフィックスが付いたパーティション キーを使用します。ワークロードをより均等に分散するには、パーティション キー値の末尾に乱数を追加します。この方法で項目を分散すると、パーティション間で並列書き込み操作を実行できます。
参照: https://docs.microsoft.com/en-us/azure/cosmos-db/sql/synthetic-partition-keys

説明
プライマリ書き込みリージョンに障害が発生した場合、データベースに書き込むアプリケーションは、サービスの使用を継続するために別の接続文字列を使用する必要があります。= NOプライマリ書き込み領域に障害が発生した場合でも、サービスの使用を続けるために別の接続文字列を使用する必要はありません。これは、Azure Cosmos DB が自動フェールオーバーをサポートしているためです。つまり、リージョンで障害が発生した場合、プライマリ書き込みリージョンが別のリージョンに自動的に切り替わります2。
。アプリケーションは、接続文字列を変更したり、フェイルオーバーの優先順位を指定したりする必要はありません3。接続文字列には、アカウントに関連付けられているすべてのリージョンのリストが含まれており、Azure Cosmos DB は可用性と待機時間に基づいて要求を適切なリージョンにルーティングします1。
プライマリ読み取り専用 SQL 接続文字列とセカンダリ読み取り専用 SQL 接続文字列は、米国東部 Azure リージョンで実行されているアプリケーションから異なるリージョンに接続します = Yesプライマリ読み取り専用 SQL 接続文字列とセカンダリ読み取り専用 SQL 接続文字列米国東部の Azure リージョンで実行されているアプリケーションから別のリージョンに接続します。これは、プライマリ読み取り専用 SQL 接続文字列に、プライマリ書き込みリージョンと同じ米国東部リージョンのエンドポイントが含まれているためです。
セカンダリ読み取り専用 SQL 接続文字列には、追加の読み取りリージョンである米国西部リージョンのエンドポイントが含まれています。したがって、米国東部の Azure リージョンで実行されているアプリケーションがこれらの接続文字列を使用する場合、選択したリージョンに応じて異なるリージョンに接続します。
アプリケーションは、接続プロパティ内の PreferredLocations プロパティを Yes に設定することで、どのリージョンから選択できます。 アプリケーションは、接続プロパティ内の PreferredLocations プロパティを設定することで、どのリージョンから選択できます。このプロパティを使用すると、アプリケーションへの近さに基づいて読み取りを希望する領域のリストを指定できます2。Azure Cosmos DB は、可用性と待機時間に基づいて、要求を適切なリージョンにルーティングします1。ApplicationRegion プロパティをアプリケーションがデプロイされているリージョンに設定することもできます。Azure Cosmos DB は、その場所からの地理的近接性に基づいて PreferredLocations プロパティを自動的に設定します。