説明

内部ロード バランサーを作成するには、次の例に示すように、サービス タイプ LoadBalancer と azure-load-balancer-internal アノテーションを使用して、internal-lb.yaml という名前のサービス マニフェストを作成します。
YAML:
APIバージョン: v1
種類: サービス
メタデータ:
名前: 内部アプリ
注釈:
service.beta.kubernetes.io/azure-load-balancer-internal: "true"
仕様:
タイプ: ロードバランサー
ポート:
- ポート: 80
セレクタ：
アプリ: 内部アプリ
参考文献:
https://docs.microsoft.com/en-us/azure/aks/internal-lb

バッチ ジョブは、1 つ以上のタスクを論理的にグループ化したものです。ジョブには、優先順位やタスクを実行するプールなど、タスクに共通の設定が含まれます。アプリは BatchClient.JobOperations.CreateJob メソッドを使用して、プール上にジョブを作成します。
ノート：
ステップ 1: コンピューティング ノードのプールを作成します。プールを作成するときは、プールのコンピューティング ノードの数、サイズ、オペレーティング システムを指定します。ジョブ内の各タスクが実行されると、プール内のいずれかのノードで実行するように割り当てられます。
ステップ 2 : ジョブを作成します。ジョブはタスクのコレクションを管理します。各ジョブを、そのジョブのタスクが実行される特定のプールに関連付けます。
ステップ 3: ジョブにタスクを追加します。各タスクは、アップロードしたアプリケーションまたはスクリプトを実行して、ストレージ アカウントからダウンロードしたデータ ファイルを処理します。各タスクが完了すると、その出力を Azure Storage にアップロードできます。
不正解:
C: Python で Batch プールを作成するには、アプリは PoolAddParameter クラスを使用してノードの数、VM サイズ、プール構成を設定します。
https://docs.microsoft.com/en-us/azure/batch/quick-run-dotnet

参照：
https://docs.microsoft.com/en-us/azure/frontdoor/front-door-caching

説明

+ 説明:
ボックス 1: 承認する
ボックス 2: X-MS-クライアント プリンシパル名
App Service は、特別なヘッダーを使用してユーザー クレームをアプリケーションに渡します。外部要求ではこれらのヘッダーを設定することは許可されていないため、App Service によって設定された場合にのみ存在します。ヘッダーの例には次のものがあります。
X-MS-クライアントプリンシパル名
X-MS-クライアント-プリンシパル-ID
Twitter 認証済みユーザーの Easy Auth から取得するヘッダーのセットは次のとおりです。
{
"cookie": "AppServiceAuthSession=Lx43...xHDTA==",
"x-ms-client-principal-name": "evilS宣",
"x-ms-client-principal-id": "35....",
"x-ms-client-principal-idp": "twitter",
"x-ms-token-twitter-access-token": "35...Dj",
"x-ms-token-twitter-access-token-secret": "OK3...Jx",
}
参考文献:
https://docs.microsoft.com/en-us/azure/app-service/app-service-authentication-how-to