Explanation:

シナリオ: 企業ウェブサイト
サイトのテスト中に、次のエラー メッセージが表示されます。
CryptographicException: 指定されたファイルが見つかりません。
ステップ1: 証明書を生成する
ステップ2: 証明書をAzure Key Vaultにアップロードする
シナリオ: すべての SSL 証明書と資格情報は、Azure Key Vault に保存する必要があります。
ステップ3: 証明書をAzure App Serviceにインポートする
ステップ 4: Security.cs の SCO5 行を更新してエラー処理を追加し、コードを再デプロイします。参照:
https://docs.microsoft.com/en-us/azure/app-service/configure-ssl-certificate

説明

ステップ 1: ユーザーが画像を要求します。
ユーザーは、<エンドポイント名>.azureedge.net のような特別なドメイン名を持つ URL を使用して、ファイル（アセットとも呼ばれます）をリクエストします。このドメイン名は、エンドポイントのホスト名またはカスタムドメインにすることができます。DNS は、リクエストを最もパフォーマンスの高い POP ロケーション（通常はユーザーに地理的に最も近い POP）にルーティングします。
ステップ 2: POP 内のエッジ サーバーに.. がない場合
POP内のエッジサーバーのキャッシュにファイルがない場合、POPは配信元サーバーにファイルを要求します。配信元サーバーは、Azure Web App、Azure Cloud Service、Azure Storage アカウント、またはパブリックにアクセス可能な任意の Web サーバーです。
ステップ 3: オリジン サーバーは以下を返します。
オリジン サーバーは、POP 内のエッジ サーバーにファイルを返します。
POP内のエッジサーバーはファイルをキャッシュし、元のリクエスト元（アリス）にファイルを返します。ファイルは、HTTPヘッダーで指定された有効期限（TTL）が切れるまで、POP内のエッジサーバーにキャッシュされたままになります。オリジンサーバーがTTLを指定していない場合、デフォルトのTTLは7日間です。
ステップ 4: 後続のリクエスト
追加のユーザーは、元のユーザーが使用したのと同じ URL を使用して同じファイルを要求でき、同じ POP に誘導することもできます。
ファイルのTTLが期限切れになっていない場合、POPエッジサーバーはキャッシュからファイルを直接返します。このプロセスにより、ユーザーエクスペリエンスが向上し、応答性が向上します。
参考文献:
https://docs.microsoft.com/en-us/azure/cdn/cdn-overview

説明
D: ホスト オーバーライドを指定する機能は HTTP 設定で定義されており、ルールの作成時に任意のバックエンド プールに適用できます。
バックエンド プール メンバーの IP または FQDN からホスト名を取得する機能。HTTP 設定では、個々のバックエンド プール メンバーからホスト名を取得するオプションが構成されている場合、バックエンド プール メンバーの FQDN からホスト名を動的に取得するオプションも提供されます。
A (C ではない): マルチテナント サービスによる SSL 終了とエンドツーエンド SSL。
エンドツーエンドSSLの場合、Azure App Service Webアプリなどの信頼されたAzureサービスでは、アプリケーションゲートウェイでバックエンドをホワイトリストに登録する必要はありません。したがって、認証証明書を追加する必要はありません。

参照：
https://docs.microsoft.com/en-us/azure/application-gateway/application-gateway-web-app-overview

Explanation:

ボックス1：窓
コード例:
var request = new HttpRequestMessage(method, $"{resourceUri}?api-version=2017-04"); request.Headers.Add("Authorization", createToken(resourceUri, KEY_NAME, KEY_VALUE)); request.Headers.Add("X-WNS-Type", "wns/raw"); request.Headers.Add("ServiceBusNotification-Format", "windows"); return request; ボックス 2: application/octet-stream 生の通知を送信できるコード例:
文字列 resourceUri = $"https://{NH_NAMESPACE}.servicebus.windows.net/{HUB_NAME}/messages/"; using (var request = CreateHttpRequest(HttpMethod.Post, resourceUri))
{
request.Content = 新しいStringContent(content, Encoding.UTF8,
「アプリケーション/オクテットストリーム」);
request.Content.Headers.ContentType.CharSet = 文字列.Empty;
var httpClient = 新しい HttpClient();
var レスポンス = httpClient.SendAsync(リクエスト) を待機します。
Console.WriteLine(応答.ステータスコード);
}
参照：
https://stackoverflow.com/questions/31346714/azure-notification-hub に生の通知を送信する方法
/31347901