トピック クライアントを使用して、エンティティからメッセージを継続的に受信するために使用される RegisterMessageHandler を呼び出します。メッセージ ハンドラーを登録し、メッセージを受信するための新しいスレッドを開始します。このハンドラーは、受信側が新しいメッセージを受信するたびに待機されます。
subscriptionClient.RegisterMessageHandler(ReceiveMessagesAsync, messageHandlerOptions);
https://ww w.c-sharpcorner.com/article/azure-service-bus-topic-and-subscription-pub-sub/

説明

ボックス 1: Azure リソース
ボックス 2: クライアント証明書
API Management を使用すると、クライアント証明書を使用して API のバックエンド サービスに安全にアクセスできます。
参考文献:
https://docs.microsoft.com/en-us/rest/api/apimanagement/apimanagementrest/azure-api-management-rest-api-ba

説明
バッチ ジョブは、1 つ以上のタスクを論理的にグループ化したものです。ジョブには、優先順位やタスクを実行するプールなど、タスクに共通の設定が含まれます。アプリは BatchClient.JobOperations.CreateJob メソッドを使用して、プール上にジョブを作成します。

説明

ボックス 1: AzureServiceTokenProvider()
ボックス 2: tp.GetAccessTokenAsync("..")
アクセス トークンの取得は非常に簡単です。コード例:
プライベート非同期タスク<文字列> GetAccessTokenAsync()
{
var tokenProvider = 新しい AzureServiceTokenProvider();
return await tokenProvider.GetAccessTokenAsync("https://storage.azure.com/");
}
参照：
https://joonasw.net/view/azure-ad-authentication-with-azure-storage-and-managed-service-identity
トピック 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

説明

ボックス 1: 復元可能
論理的な削除を有効にすると、BLOB または BLOB スナップショットが削除されたときにデータを保存および回復できるようになります。
この保護は、上書きの結果として消去される BLOB データにも適用されます。
ボックス 2: 復元できない
削除されました。
ボックス 3: 復元可能
削除されていません。
参考文献:
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-soft-delete