次の表に示すように、Azure Cosmos DB Core (SQL) API アカウントには 3 つのコンテナーがあります。

次の Azure 関数があります。
cn1 の変更フィードを読み取る Fn1 という名前の関数
cn2 の変更フィードを読み取る Fn2 という名前の関数
cn3 の変更フィードを読み取る Fn3 という名前の関数
次のアクションを実行します。
item1 という名前の項目を cn1 から削除します。
cn2 内の item2 という名前の項目を更新します。
cn3 の item3 という名前のアイテムの場合、アイテムの存続時間を 3,600 秒に更新します。
次の各ステートメントについて、そのステートメントが true の場合は [はい] を選択します。それ以外の場合は、「いいえ」を選択します。
注: 正しく選択するたびに 1 ポイントの価値があります。

正解:

Explanation:

Box 1: No
Azure Cosmos DB's change feed is a great choice as a central data store in event sourcing architectures where all data ingestion is modeled as writes (no updates or deletes).
Note: The change feed does not capture deletes. If you delete an item from your container, it is also removed from the change feed. The most common method of handling this is adding a soft marker on the items that are being deleted. You can add a property called "deleted" and set it to "true" at the time of deletion. This document update will show up in the change feed. You can set a TTL on this item so that it can be automatically deleted later.
Box 2: No
The _etag format is internal and you should not take dependency on it, because it can change anytime.
Box 3: Yes
Change feed support in Azure Cosmos DB works by listening to an Azure Cosmos container for any changes.
Reference:
https://docs.microsoft.com/en-us/azure/cosmos-db/sql/change-feed-design-patterns
https://docs.microsoft.com/en-us/azure/cosmos-db/change-feed