説明/参照：
Explanation:
カスタムアウトバウンドAzure API管理ポリシーを使用します。
シナリオ：
ベンダーがコール数または帯域幅制限に近づいている場合、APIはベンダーへの電子メール通知をトリガーする必要があります。
（APIの使用量は、1ベンダあたり1時間あたり5000コールおよび50,000キロバイトの帯域幅を超えてはなりません）。
https://docs.microsoft.com/ja-jp/azure/api-management/api-management-howto-policies Testlet 2ケーススタディこれはケーススタディです。ケーススタディは別々には計時されません。あなたはそれぞれのケースを完了したいのと同じくらい多くの試験時間を使うことができます。ただし、この試験に関する追加のケーススタディやセクションがあるかもしれません。あなたはあなたが与えられた時間内にこの試験に含まれるすべての質問を完了することができることを確実にするためにあなたの時間を管理しなければなりません。
ケーススタディに含まれている質問に答えるには、ケーススタディで提供されている情報を参照する必要があります。ケーススタディには、ケーススタディに記載されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。それぞれの質問は、このケーススタディに関する他の質問とは無関係です。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、答えを確認したり、試験の次のセクションに進む前に変更を加えることができます。新しいセクションを始めた後は、このセクションに戻ることはできません。
ケーススタディを開始する
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックしてください。質問に答える前に、左ペインのボタンを使用してケーススタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題のステートメントなどの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、表示される情報は後続のタブに表示される情報と同じです。質問に答える準備ができたら、[質問]ボタンをクリックして質問に戻ります。
バックグラウンド
あなたは、Proseware、Incの開発者です。あなたは、Prosewareの内部サービス、外部サービス、およびアプリケーションに一連のガバナンスポリシーを適用するアプリケーションを開発しています。アプリケーションは、共通の機能のための共有ライブラリも提供します。
必要条件
政策サービス
Policy serviceという名前のステートフルASP.NET Core 2.1 Webアプリケーションを開発し、Azure App Service Webアプリケーションにデプロイします。アプリケーションはAzure Event Gridからのイベントに反応し、それらのイベントに基づいてポリシーアクションを実行します。
アプリケーションは、すべてのApplication InsightsテレメトリにEvent Grid Event IDフィールドを含める必要があります。
ポリシーサービスは、実行しているポリシーアクションの数に合わせて自動的に拡張するためにApplication Insightsを使用する必要があります。
ポリシー
ログポリシー
すべてのAzure App Service Webアプリは、Azure Blobストレージにログを書き込む必要があります。すべてのログファイルは、logdropという名前のコンテナーに保存する必要があります。丸太は15日間容器に残っていなければなりません。
認証イベント
認証イベントは、サインインおよびサインアウトしているユーザーを監視するために使用されます。すべての認証イベントは、ポリシーサービスによって処理される必要があります。サインアウトはできるだけ早く処理する必要があります。
PolicyLib
PolicyLibという名前の共有ライブラリがあり、すべてのASP.NET Core Webサービスおよびアプリケーションに共通の機能が含まれています。 PolicyLibライブラリは以下の条件を満たす必要があります。
Application Insightsテレメトリからユーザー以外の操作を除外します。
<e ip="img_06.jpg"> </e>
Webサービスがそれ自体を拡張できるようにするメソッドを提供する
<e ip="img_06.jpg"> </e>
スケーリングアクションがアプリケーションの使用を妨げないようにする
<e ip="img_06.jpg"> </e>
その他の
異常検知サービス
ログ情報を分析して異常を検出する異常検出サービスがあります。これはAzure Machine Learningモデルとして実装されています。モデルはWebサービスとしてデプロイされています。
異常が検出された場合は、管理者に電子メールを送信するAzure関数がHTTP WebHookを使用して呼び出されます。
健康モニタリング
すべてのWebアプリケーションおよびサービスは、/ health serviceエンドポイントでヘルスモニタリングを行います。
ポリシー喪失
ポリシーサービスを展開するときに、展開中に適用される過程にあるポリシーが適用されないことがあります。
パフォーマンスの問題
高負荷時には、異常検出サービスの速度が低下し、接続が拒否されます。
通知待ち時間
ユーザーは、異常が検出されてから数分後に異常検出Eメールが届くことがあると報告しています。
アプリファイルの関連部分を以下に示します。行番号は参照用としてのみ含まれており、それらが属する特定のファイルを示す2文字の接頭部を含みます。
<e ip="img_49.jpg"> </e>
<e ip="img_51.jpg"> </e>
アプリファイルの関連部分を以下に示します。行番号は参照用としてのみ含まれており、それらが属する特定のファイルを示す2文字の接頭部を含みます。
<e ip="img_53.jpg"> </e>