参照：
https://joonasw.net/view/azure-ad-authentication-with-azure-storage-and-managed-service-identity

説明

ボックス 1: 複合インデックス
複数のプロパティごとに注文できます。複数のプロパティで順序付けするクエリには、複合インデックスが必要です。
ボックス 2: 降順
例: (名前 ASC、年齢 ASC) に対して定義された複合インデックス:
順序の指定はオプションです。指定しない場合は昇順となります。
{
"自動": true、
"indexingMode":"一貫性",
"includePaths":[
{
"パス"："/*"
}
]、
"excludedPaths":[],
"compositeIndexes":[
[
{
"パス":"/名前",
}、
{
"パス":"/年齢",
}
】
】
}

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

参照：
http://donovanbrown.com/post/How-to-clear-No-Access-Control-Allow-Origin-header-error-with-Azure-App-Service

アカウントを変換する必要はありません。代わりに、写真処理を BLOB アップロードからトリガーされる Azure 関数に移動します。
Azure Storage イベントにより、アプリケーションはイベントに反応できるようになります。一般的な Blob Storage イベント シナリオには、画像またはビデオの処理、検索インデックス作成、またはファイル指向のワークフローが含まれます。
注: イベント統合をサポートしているのは、StorageV2 (汎用 v2) 種類のストレージ アカウントと BlobStorage のみです。ストレージ (汎用 v1) は、Event Grid との統合をサポートしていません。
参照：
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-event-overview Azure ストレージ用の開発テストレット 1 ケース スタディ これはケース スタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。
この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
背景
概要
あなたは Contoso, Ltd. の開発者です。この会社には、シングル ページ アプリケーション (SPA) として開発されたソーシャル ネットワーキング Web サイトがあります。ソーシャル ネットワーキング Web サイトのメイン Web アプリケーションは、ユーザーがアップロードしたコンテンツを BLOB ストレージから読み込みます。
あなたは、アップロードされたデータに不適切なコンテンツがないか監視するソリューションを開発しています。ユーザーが SPA を使用してコンテンツをアップロードすると、次のプロセスが発生します。
* メッセージは ContentUploadService に送信されます。
* コンテンツは ContentAnalysisService によって処理されます。
※処理完了後、コンテンツはソーシャルネットワークに投稿されるか、代わりに拒否メッセージが投稿されます。
ContentAnalysisService は、contosoimages という名前のプライベート Azure Container Registry から Azure Container Instances とともにデプロイされます。
このソリューションでは 8 つの CPU コアが使用されます。
Azure Active Directory
Contoso, Ltd. は、内部アカウントとゲスト アカウントの両方に Azure Active Directory (Azure AD) を使用しています。
要件
コンテンツ分析サービス
同社のデータ サイエンス グループは、ユーザーが生成したコンテンツを文字列として受け入れ、不適切なコンテンツの可能性のある値を返す ContentAnalysisService を構築しました。特定のしきい値を超える値は、Contoso, Ltd. の従業員によって確認される必要があります。
コンテンツチェックを実行するには、CheckUserContent という名前の Azure 関数を作成する必要があります。
コスト
すべての Azure サービスのコストを最小限に抑える必要があります。
手動レビュー
コンテンツを確認するには、ユーザーは Azure AD 資格情報を使用して ContentAnalysisService の Web サイト部分に対して認証を行う必要があります。Web サイトは React を使用して構築されており、すべてのページと API エンドポイントで認証が必要です。
コンテンツをレビューするには、ユーザーは ContentReviewer ロールに属している必要があります。完了したすべてのレビューには、監査の目的でレビュー担当者の電子メール アドレスが含まれている必要があります。
高可用性
すべてのサービスは複数のリージョンで実行する必要があります。リージョン内のサービスの障害がアプリケーション全体の可用性に影響を与えてはなりません。
監視
ContentUploadService が使用可能な CPU コアの 80% 以上を使用している場合は、アラートを生成する必要があります。
安全
次のセキュリティ要件があります。
* インターネット経由でアクセスできる Web サービスはすべて、クロスサイト スクリプティング攻撃から保護する必要があります。
* すべての Web サイトとサービスは、有効なルート認証局からの SSL を使用する必要があります。
* Azure Storage アクセス キーはメモリにのみ保存する必要があり、サービスでのみ使用できるようにする必要があります。
* すべての内部サービスは、内部仮想ネットワーク (VNet) からのみアクセスできる必要があります。
* システムのすべての部分がインバウンドおよびアウトバウンドのトラフィック制限をサポートする必要があります。
* すべてのサービス呼び出しは、Azure AD を使用して認証される必要があります。
ユーザー契約
ユーザーがコンテンツを送信するときは、ユーザー契約に同意する必要があります。この契約により、Contoso, Ltd. の従業員はコンテンツを確認し、ユーザーのデバイスに Cookie を保存し、ユーザーの IP アドレスを追跡することができます。
契約に関する情報は、Contoso, Ltd. 内の複数の部門で使用されます。
ユーザーの応答は失われてはならず、個々のサービスの稼働時間に関係なく、すべての関係者が利用できる必要があります。
契約の量は 1 時間あたり数百万件になると予想されます。
検証テスト
ContentAnalysisService の新しいバージョンが利用可能な場合、過去 7 日間のコンテンツを新しいバージョンで処理して、新しいバージョンが古いバージョンから大幅に逸脱していないことを確認する必要があります。
問題
ContentUploadService のユーザーは、特定のページで HTTP 502 応答が表示されることがあると報告しています。
コード
ContentUploadService