説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーションの説明が自動生成される

ボックス 1: はい
createDatabaseIfNotExistsAsync メソッドは、データベースが存在するかどうかを確認し、存在しない場合はデータベースを作成します。
Database.CreateContainerAsync メソッドは、Azure Cosmos サービスの非同期操作としてコンテナーを作成します。
ボックス 2: はい
CosmosContainer.CreateItemAsync メソッドは、Azure Cosmos サービスの非同期操作として項目を作成します。
ボックス 3: はい
参照：
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.cosmos.cosmosclient.createdatabaseifnotexistsasync
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.cosmos.database.createcontainerasync
https://docs.microsoft.com/en-us/dotnet/api/azure.cosmos.cosmoscontainer.createitemasync

1 - Web アプリを標準 App Service 層に構成する
2 - Web アプリで自動スケーリングを有効にする
3 - スケール ルールを追加する
4 - スケール条件を追加する
参照：
https://docs.microsoft.com/en-us/azure/monitoring-and-diagnostics/monitoring-autoscale-get-started

説明
BLOB のスナップショットを作成できます。スナップショットは、ある時点で取得された BLOB の読み取り専用バージョンです。
スナップショットが作成されると、読み取り、コピー、削除は可能ですが、変更することはできません。スナップショットは、ある時点での BLOB をバックアップする方法を提供します。
シナリオ: 処理は、Azure Function ランタイムのバージョン 2 を使用する Azure Function によって実行されます。
処理が完了すると、結果は Azure Blob Storage と Azure SQL データベースに保存されます。その後、処理レポートへのリンクを含む電子メールの概要がユーザーに送信されます。電子メールが別のユーザーに転送される場合、レポートへのリンクは有効なままでなければなりません。
参照：
https://docs.microsoft.com/en-us/rest/api/storageservices/creating-a-snapshot-of-a-blob
トピック 6、コーホー ワイナリー
ケーススタディ
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、 ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。質問に答える準備ができたら、LabelMaker アプリをクリックしてください。 Coho Winery は、さまざまなワインを生産、瓶詰めし、世界中に流通させています。あなたは、Azure ソリューションを使用してオンライン注文処理をサポートする、拡張性と復元力の高いアプリケーションを実装する開発者です。
Coho Winery には、ワインボトルのラベルを印刷する LabelMaker アプリケーションがあります。アプリケーションは複数のプリンターにデータを送信します。このアプリケーションは、仮想マシン (VM) 上で独立して実行される 5 つのモジュールで構成されます。
Coho Winery は、アプリケーションを Azure に移行し、ラベル作成のサポートを継続する予定です。
外部パートナーは、カスタム ラベル デザインのアートワークとテキストを含めるために、LabelMaker アプリケーションにデータを送信します。
要件。データ
データの管理と操作に関する次の要件を特定します。
* 注文データは非リレーショナル JSON として保存され、SQL を使用してクエリする必要があります。
* 注文データへの変更は、すべてのパーティションに即座に反映される必要があります。Order データへのすべての読み取りでは、最新の書き込みをフェッチする必要があります。
要件。安全
次のセキュリティ要件があります。
* Coho Winery アプリケーションのユーザーは、ドキュメント、リソース、アプリケーションへのアクセスを外部パートナーに提供できる必要があります。
* 外部パートナーは、独自の資格情報を使用し、組織の ID 管理ソリューションで認証する必要があります。
* 企業のコンプライアンスを維持するために、ユーザー アカウント管理者によるアプリケーションの使用について、外部パートナーのログインを毎月監査する必要があります。
* 電子商取引アプリケーション設定のストレージは、Azure Key Vault で維持する必要があります。
* 電子商取引アプリケーションのサインインは、Azure App Service 認証と Azure Active Directory (AAD) を使用して保護する必要があります。
* 企業コンテンツを保護するには、条件付きアクセス ポリシーをアプリケーション レベルで適用する必要があります。
* LabelMaker アプリケーションは、Azure Kubernetes Service (AKS) クラスターのすべての名前空間への完全なアクセス権を持つ AAD アカウントを使用して保護する必要があります。
要件。ラベルメーカーアプリ
Kubernetes 環境にデプロイされ、Azure Kubernetes Service (AKS) でホストされているワークロードのパフォーマンスを監視するには、Azure Monitor Container Health を使用する必要があります。
AKS デプロイをサポートするイメージを公開するには、Azure Container Registry を使用する必要があります。
建築

問題
プリンター通信のタイムアウトにより、プリンター API アプリの呼び出しが定期的に失敗します。
プリンター通信のタイムアウトは 10 秒後に発生します。ラベル プリンターは 1 分間に最大 5 回の試行のみを受信する必要があります。
注文ワークフローは、Azure への最初のデプロイ時に実行に失敗します。
オーダー.json
アプリ ファイルの関連部分を以下に示します。行番号は参考のためにのみ記載されています。
この JSON ファイルには、単一の商品を含む注文のデータ表現が含まれています。
オーダー.json

参照：
https://blog.hompus.nl/2017/05/29/adding-application-logging-blob-to-a-azure-web-app-service-using-powershell/