参照：
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-soft-delete

参考文献:
https://azure.microsoft.com/sv-se/blog/lap-around-azure-redis-cache-preview/

説明
自動生成されるテキスト説明

キー転送を実行するには、ユーザーは次の手順を実行します。
* KEK を生成します。
* KEK の公開キーを取得します。
* HSM ベンダーが提供する BYOK ツールの使用 - KEK をターゲット HSM にインポートし、KEK によって保護されているターゲット キーをエクスポートします。
* 保護されたターゲット キーを Azure Key Vault にインポートします。
ステップ 1: キー交換キー (KEK) を生成します。
ステップ 2: キー交換キー (KEK) 公開キーを取得します。
ステップ 3: HSM ベンダー提供のツールを使用して、キー転送 BLOB ファイルを生成します。
HSM ベンダー提供の BYOK ツールを使用してキー転送 BLOB を生成する
手順 4: az keyvault key import コマンドを実行する
キー転送 BLOB をアップロードして HSM キーをインポートします。
お客様は、キー転送 BLOB (「.byok」ファイル) をオンライン ワークステーションに転送し、az keyvault key import コマンドを実行して、この BLOB を新しい HSM バックアップ キーとして Key Vault にインポートします。
RSA キーをインポートするには、次のコマンドを使用します。
az keyvault キーのインポート
参照：
https://docs.microsoft.com/en-us/azure/key-vault/keys/byok-specation

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

説明

シナリオ:Application Insights テレメトリからユーザー以外のアクションを除外します。
ボックス 1: ITelemetryProcessor
フィルターを作成するには、ITelemetryProcessor を実装します。この手法を使用すると、テレメトリ ストリームに何を含めるか、何を除外するかをより直接的に制御できます。
ボックス 2: ITelemetryProcessor
ボックス 3: ITelemetryProcessor
ボックス 4: RequestTelemetry
ボックス 5: /health
アイテムをフィルターで除外するには、チェーンを終了するだけです。
参照：
https://docs.microsoft.com/en-us/azure/azure-monitor/app/api-filtering-sampling
トピック 5、Litware Inc
ケーススタディ
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、 ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。質問に答える準備ができたら、[背景] をクリックします。 あなたは、従業員の経費を管理するソリューションを提供する SaaS 会社である Litware Inc. の開発者です。このソリューションは、Azure Web アプリとしてデプロイされる ASP.NET Core Web API プロジェクトで構成されます。
全体的なアーキテクチャ
従業員はシステムが処理できるように領収書をアップロードします。処理が完了すると、従業員は処理結果の詳細を記載した概要レポートの電子メールを受け取ります。従業員は Web アプリケーションを使用して領収書を管理し、払い戻しに必要な追加のタスクを実行します。
受信処理
従業員は次の 2 つの方法で領収書をアップロードできます。
* Azure Files のマウントされたフォルダーを使用してアップロードする
※Webアプリを利用したアップロード
データストレージ
領収書と従業員情報は Azure SQL データベースに保存されます。
ドキュメンテーション
従業員が初めてソリューションを使用する際には、入門ドキュメントが提供されます。このドキュメントには、Azure ファイルのアップロードでサポートされているオペレーティング システムの詳細と、マウントされたフォルダーの構成方法の手順が含まれています。
ソリューションの詳細
ユーザーテーブル

ウェブアプリケーション
Web アプリの MSI を有効にし、セキュリティ プリンシパル名 WebAppIdentity を使用するように Web アプリを構成します。
処理
処理は、Azure Function ランタイムのバージョン 2 を使用する Azure Function によって実行されます。処理が完了すると、結果は Azure Blob Storage と Azure SQL データベースに保存されます。その後、処理レポートへのリンクを含む電子メールの概要がユーザーに送信されます。電子メールが別のユーザーに転送される場合、レポートへのリンクは有効なままでなければなりません。
ロギング
Azure Application Insights は、プロセッサと Web アプリケーションの両方でのテレメトリとログインに使用されます。
プロセッサでは TraceWriter ログも有効になっています。Application Insights には、常にすべてのログ メッセージが含まれている必要があります。
要件
受信処理
レシートの同時処理は防止する必要があります。
災害からの回復
地域的な停止がアプリケーションの可用性に影響を与えてはなりません。すべての DR 操作は実行中のアプリケーションに依存してはならず、DR 領域内のデータが最新であることを保証する必要があります。
安全
* ユーザーの SecurityPin は、データベースへのアクセスによって SecurityPin が表示されないような方法で保存する必要があります。Web アプリケーションは、SecurityPins にアクセスできる唯一のシステムです。
* データの保護に使用されるすべての証明書とシークレットは、Azure Key Vault に保存する必要があります。
* 最小特権の原則に従い、意図した機能を実行するために不可欠な特権を提供する必要があります。
* Azure Storage および Azure SQL データベースへのすべてのアクセスには、アプリケーションのマネージド サービス ID (MSI) を使用する必要があります。
* 受信データは常に暗号化して保管する必要があります。
* すべてのデータは転送中に保護される必要があります。
* ユーザーの経費口座番号は、ログインしているユーザーのみに表示される必要があります。経費口座番号の他のすべてのビューには、最後のセグメントのみが含まれ、残りの部分は隠されている必要があります。
* セキュリティ侵害の場合、システムの他の部分に影響を与えることなく、すべての概要レポートへのアクセスを取り消す必要があります。
問題
アップロード形式の問題
従業員から、Web アプリケーションを使用した領収書のアップロードに関する問題が報告されることがあります。Azure ファイル共有を使用して領収書をアップロードすると、その領収書がプロファイルに表示されないと報告しています。この問題が発生した場合、ファイル共有内のファイルを削除し、Web アプリケーションを使用すると、500 Internal Server エラー ページが返されます。
容量の問題
繁忙期には、領収書をアップロードしてから Web アプリケーションに表示されるまでに時間がかかると従業員から報告されます。
ログ容量の問題
開発者は、プロセッサのトレース出力内のログ メッセージの数が多すぎるため、ログ メッセージが失われると報告しています。
アプリケーションコード
処理中.cs

データベース.cs

ReceiptUploader.cs

SSE.ps1 を構成する