提供されたHTTPリクエストは次のとおりです。
POST https://management.azure.com/subscriptions/18c51a87-3a69-47a8-aedc- a54745f708a1/resourceGroups
/RG1/providers/Microsoft.CognitiveServices/accounts/contosol/regenerateKey?api-version=2017-04-18 本文 { " keyName " : " Key2 " }
* このリクエストは、Azure Cognitive Services Management API (Microsoft) に対して行われます。
CognitiveServices/accounts/.../regenerateKey )
* regenerateKey 操作は、Cognitive Services API 呼び出しの認証に使用される 2 つのサブスクリプション キーのうちの 1 つを再生成するように特別に設計されています。
* コグニティブ・サービス・リソースには、常に2つのキーがあります。キー1（プライマリ）とキー2（セカンダリ）です。
* この設計では、ダウンタイムなしでキーのローテーションが可能です。つまり、一方のキーを再生成している間に、もう一方のキーを本番環境で使用できます。
主な観測結果：ボディペイロード：{ " keyName " : " Key2 " }
* これは、Azure に対して Key2 (セカンダリ サブスクリプション キー) を再生成するように明示的に指示します。
* 呼び出し後、セカンダリサブスクリプションキーの値が変更されますが、Key1（プライマリ）は影響を受けません。
* A. Azure Cognitive Services のキーが Azure Key Vault で生成されました
* 誤りです。この操作はKey Vaultとは統合されておらず、Cognitive Servicesのサブスクリプションキーを再生成するだけです。
* B. 新しいクエリキーが生成されました
* 誤りです。クエリキーはAzure Cognitive Searchに関連するものであり、一般的なCognitive Servicesに関連するものではありません。
* このリクエストは明らかに CognitiveServices/accounts を対象としています。
* C. プライマリサブスクリプションキーとセカンダリサブスクリプションキーがローテーションされました
* 誤りです。リクエストは指定されたキーのみを再生成し、両方を再生成するわけではありません。
* D. セカンダリーサブスクリプションキーがリセットされました
* 正解です。ペイロードで「Key2」が指定されているため、セカンダリーサブスクリプションキーのみが再生成されます。
オプション分析
The Answer: D。セカンダリーサブスクリプションキーがリセットされました。
* Azure REST API - Cognitive Services キーの再生成
* キーとエンドポイントを使用して、Azure AI サービスへのリクエストを認証します。
* Cognitive Servicesキー（key1/key2）を管理する
マイクロソフトの参考資料

* VM1 の vnet1 上で Web アプリケーション app1 が実行されています。
* Azure Cognitive Search サービス (service1) を作成する予定です。
* 目標：app1がパブリックインターネットを経由せずにservice1に接続できるようにする。
「新しい仮想ネットワークにサービス1とパブリックエンドポイントをデプロイし、Azureプライベートリンクを構成します。」
* Azure Cognitive Search とプライベートリンク:
* Azure Cognitive Search は、Azure Private Link を介したプライベート エンドポイントをサポートしています。
プライベートエンドポイントを設定すると、サービスは仮想ネットワーク経由でプライベートにアクセス可能になり、トラフィックはパブリックインターネットを経由しません。
* パブリックエンドポイントをオプションで有効にしたままにすることもできますが、VMからのアクセスをプライベートエンドポイントに制限することができます。
* 重要なポイント：このソリューションでは、パブリックエンドポイントとプライベートリンクの両方を使用することを指定しています。
* これは、プライベートリンクによってvnet1内のVM1がservice1とプライベートに通信することが保証されるため、要件を満たしています。
* パブリックエンドポイントの存在によってトラフィックがパブリックに強制されるわけではありません。プライベートエンドポイントからのトラフィックはVNet経由でルーティングされます。
はい、このソリューションは目標を達成しています。なぜなら、Private Linkは公共のインターネットを介さずに、Cognitive Searchへの安全でプライベートな接続を提供するからです。
The Answer: A. はい
* プライベートリンクを使用してAzure Cognitive Searchに安全にアクセスできます。
* Azureプライベートリンクの概要

参照：
包括的かつ詳細な説明
Azure のボットチャネル登録サービスを使用してボットを登録する場合、ボットは安全な通信を確立するために Azure Bot Service に対して認証を行う必要があります。
これには以下が必要です。
appId（MicrosoftアプリID）
Azure Active Directory にボットを登録すると (Azure Bot Service または Azure AD アプリ登録経由)、アプリケーション (クライアント) ID が生成されます。
このアプリIDは、あなたのボットアプリケーションを一意に識別します。
Azure Bot Service は、リクエストを認証し、それらをボット インスタンスにマッピングするためにこれを使用します。
appSecret（Microsoftアプリのパスワード／クライアントシークレット）
アプリIDに加えて、クライアントシークレット（アプリパスワード）を作成する必要があります。
これはボットの認証情報として機能し、デプロイ時に安全に認証を行うことを可能にします。
この秘密鍵がないと、ボットはBot Frameworkサービスとセキュアトークンを交換できません。
他の選択肢はどうでしょうか？
A) botId: これは初期のBot Frameworkバージョンで使用されていたレガシー値です。現在は、アプリIDがこの機能に取って代わっています。
B) tenantId: 一部の認証シナリオ (マルチテナント AAD アプリなど) では必要ですが、ボット チャネル登録を機能させるためには必須ではありません。
D). objectId: これはアプリ登録の Azure AD プロパティですが、ボットの構成やデプロイには必須ではありません。
The Answer:
C). appId E. appSecret
マイクロソフトの参考資料
Azure Bot Service にボットを登録する
Microsoft Bot Framework 認証
ボット用のアプリIDとパスワードを作成してください。

Explanation:
ボックス1：LargeFaceListID
LargeFaceList: 最大1,000,000個の顔を含む、指定された大規模顔リストに顔を追加します。
注: クエリ対象の顔の faceId を指定すると、faceId 配列、顔リスト、または大きな顔リストから類似した顔を検索できます。「faceListId」は FaceList - Create によって作成され、有効期限のない persistedFaceId が含まれます。「largeFaceListId」は LargeFaceList - Create によって作成され、こちらも有効期限のない persistedFaceId が含まれます。
誤った回答：
「faceListId」以外: 指定された顔リストに顔を追加します。最大1,000個の顔を追加できます。
ボックス2：マッチフェイス
Find similarには、「matchPerson」と「matchFace」の2つの動作モードがあります。「matchPerson」はデフォルトモードで、内部の同一人物閾値を使用して、可能な限り同一人物の顔を検索します。既知の人物の他の写真を探す場合に便利です。内部閾値を超える顔が見つからない場合は、空のリストが返されることに注意してください。「matchFace」モードは同一人物閾値を無視し、類似度が低い場合でも、ランク付けされた類似の顔を返します。有名人に似た顔を検索する場合などに使用できます。
参照：
https://docs.microsoft.com/en-us/rest/api/faceapi/face/findsimilar

Explanation: