これは事例研究です。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは無関係です。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
バックグラウンド
City Power & Light 社は、家庭や企業向けの電気インフラ監視ソリューションを提供しています。同社はソリューションを Azure に移行しています。
トピック 3、都市の電力と光
現在の環境
アーキテクチャの概要
同社は、http://www.cpandl.com/ に公開 Web サイトを持っています。このサイトは、Azure App Service on Linux で実行される単一ページの Web アプリケーションです。Web サイトは、Azure Storage に保存され、Azure コンテンツ配信ネットワーク (CDN) にキャッシュされたファイルを使用して、静的コンテンツを提供します。
API Management と Azure Function App 関数は、Azure Database for PostgreSQL でデータを処理および保存するために使用されます。API Management は、ロジック アプリの統合のために Azure 関数アプリ関数への通信を仲介するために使用されます。ロジック アプリを使用してデータ処理を調整し、Service Bus と Event Grid でメッセージングとイベントを処理します。
このソリューションでは、Application Insights、Azure Monitor、および Azure Key Vault を使用します。
アーキテクチャ図
同社には、ビジネスをサポートするいくつかのアプリケーションとサービスがあります。同社は、可能な限りサーバーレス コンピューティングを実装する予定です。全体のアーキテクチャを以下に示します。

ユーザ認証
次の手順では、ユーザー認証プロセスについて詳しく説明します。
ユーザーは Web サイトで [サインイン] を選択します。
ブラウザーは、ユーザーを Azure Active Directory (Azure AD) サインイン ページにリダイレクトします。
ユーザーがサインインします。
Azure AD は、ユーザーのセッションを Web アプリケーションにリダイレクトします。URL にはアクセス トークンが含まれます。
Web アプリケーションは API を呼び出し、認証ヘッダーにアクセス トークンを含めます。アプリケーション ID は、アクセス トークンの対象ユーザー ('aud') クレームとして送信されます。
バックエンド API がアクセス トークンを検証します。
要件
コーポレートサイト
通信とコンテンツは、SSL を使用して保護する必要があります。
通信には HTTPS を使用する必要があります。
データは、セカンダリ リージョンと 3 つの可用性ゾーンにレプリケートする必要があります。
データ ストレージのコストを最小限に抑える必要があります。
PostgreSQL 用 Azure データベース
データベース接続文字列は、次の属性と共に Azure Key Vault に格納されます。
Azure Key Vault 名: cpandlkeyvault
シークレット名: PostgreSQLConn
ID: 80df3e46ffcd4f1cb187f79905e9a1e8
接続情報は頻繁に更新されます。アプリケーションは常に最新の情報を使用してデータベースに接続する必要があります。
Azure Service Bus と Azure Event Grid
Azure Event Grid は、キューベースの負荷平準化のために Azure Service Bus を使用する必要があります。
Azure Event Grid のイベントは、バッファリングで使用するために Service Bus キューに直接ルーティングする必要があります。
Azure Service Bus およびその他の Azure サービスからのイベントは、処理のために引き続き Azure Event Grid にルーティングする必要があります。
安全
すべての SSL 証明書と資格情報は、Azure Key Vault に格納する必要があります。
ファイル アクセスは、IP、プロトコル、および Azure AD 権限によってアクセスを制限する必要があります。
すべてのユーザー アカウントとプロセスは、意図した機能を実行するために不可欠な特権のみを受け取る必要があります。
コンプライアンス
一般データ保護規則 (GDPR) に準拠するには、ファイルの更新と転送の監査を有効にする必要があります。ファイルの更新は読み取り専用で、発生した順序で保存され、作成、更新、削除、およびコピー操作のみが含まれ、コンプライアンス上の理由で保持される必要があります。
問題
コーポレートサイト
サイトのテスト中に、次のエラー メッセージが表示されます。
CryptographicException: システムは、指定されたファイルを見つけることができません。
関数アプリ
RequestUserApproval 関数のローカル テストを実行します。次のエラー メッセージが表示されます。
「タイムアウト値 00:10:00 を関数が超えました: RequestUserApproval」
次の Kusto クエリを実行して Azure 開発環境で関数をテストすると、同じエラー メッセージが表示されます。
FunctionAppLogs
| | ここで、FunctionName = = "RequestUserApproval"
ロジック アプリ
開発環境でロジック アプリをテストします。次のエラー メッセージが表示されます。
'400不正な要求'
エラーのトラブルシューティングは、RequestUserApproval 関数を呼び出す HttpTrigger アクションを示しています。
コード
コーポレートサイト
Security.cs:

関数アプリ
RequestUserApproval.cs:

説明

ボックス 1: SAS トークン
カスタム トピックは、Shared Access Signature (SAS) またはキー認証を使用します。Microsoft は SAS を推奨していますが、キー認証は簡単なプログラミングを提供し、多くの既存の webhook パブリッシャーと互換性があります。
この場合、SAS トークンによって提供される有効期限が必要です。
ボックス 2: ValidationCode ハンドシェイク
Event Grid では、サブスクリプションを検証する方法として、ValidationCode ハンドシェイク (プログラムによる) と ValidationURL ハンドシェイク (手動) の 2 つの方法がサポートされています。
エンドポイントのソース コードを管理している場合は、この方法をお勧めします。

B: 条件付きアクセス ポリシーによって有効化された MFA。これは、ユーザーの 2 段階認証を有効にする最も柔軟な手段です。条件付きアクセス ポリシーの使用を有効にすることは、クラウド内の Azure MFA に対してのみ機能し、Azure AD のプレミアム機能です。
C: Multi-Factor Authentication は、次のオファリングの一部として提供されます。
* Azure Active Directory Premium ライセンス - Azure Multi-Factor Authentication Service (クラウド) または Azure Multi-Factor Authentication Server (オンプレミス) の全機能を使用できます。
* Office 365 の多要素認証
* Azure Active Directory グローバル管理者
参照：
https://docs.microsoft.com/en-us/azure/active-directory/authentication/howto-mfa-getstarted Azure ソリューションの監視、トラブルシューティング、および最適化 テストレット 1 ケース スタディ これはケース スタディです。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは無関係です。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
要件
ContentAnalysisService
同社のデータ サイエンス グループは、ユーザーが生成したコンテンツを文字列として受け取り、不適切なコンテンツの推定値を返す ContentAnalysisService を構築しました。特定のしきい値を超える値は、Contoso, Ltd. の従業員が確認する必要があります。
コンテンツ チェックを実行するには、CheckUserContent という名前の Azure 関数を作成する必要があります。
費用
すべての Azure サービスのコストを最小限に抑える必要があります。
手動レビュー
コンテンツを確認するには、ユーザーは Azure AD 資格情報を使用して ContentAnalysisService の Web サイト部分に対して認証を受ける必要があります。Web サイトは React を使用して構築されており、すべてのページと API エンドポイントで認証が必要です。
コンテンツをレビューするには、ユーザーは ContentReviewer ロールの一部である必要があります。完了したすべてのレビューには、監査目的でレビュー担当者の電子メール アドレスが含まれている必要があります。
高可用性
すべてのサービスは、複数のリージョンで実行する必要があります。リージョン内のサービスの障害が、アプリケーション全体の可用性に影響を与えてはなりません。
モニタリング
ContentUploadService が使用可能な CPU コアの 80% を超えて使用している場合は、アラートを発生させる必要があります。
安全
次のセキュリティ要件があります。
* インターネット経由でアクセスできるすべての Web サービスは、クロス サイト スクリプティング攻撃から保護する必要があります。
* すべての Web サイトとサービスは、有効なルート認証局からの SSL を使用する必要があります。
* Azure Storage アクセス キーは、メモリにのみ格納する必要があり、サービスでのみ使用できる必要があります。
* すべての内部サービスは、内部仮想ネットワーク (VNet) からのみアクセスできる必要があります
* システムのすべての部分が、インバウンドおよびアウトバウンドのトラフィック制限をサポートする必要があります。
* すべてのサービス呼び出しは、Azure AD を使用して認証する必要があります。
ユーザー規約
ユーザーがコンテンツを送信するときは、ユーザー契約に同意する必要があります。この契約により、Contoso.Ltd の従業員は、コンテンツを確認し、ユーザー デバイスに Cookie を保存し、ユーザーの IP アドレスを追跡することができます。
契約に関する情報は、Contoso, Ltd 内の複数の部門で使用されます。
ユーザーの応答は失われてはならず、個々のサービスの稼働時間に関係なく、すべての関係者が利用できる必要があります。
合意の量は、1 時間あたり数百万になると予想されます。
検証試験
ContentAnalysisService の新しいバージョンが利用可能になったら、過去 7 日間のコンテンツを新しいバージョンで処理して、新しいバージョンが古いバージョンから大きく逸脱していないことを確認する必要があります。
問題
ContentUploadService のユーザーは、特定のページで HTTP 502 応答が時々表示されると報告しています。
コード
ContentUploadService

従量課金ホスティング プランでは、関数の必要に応じてリソースが動的に追加されます。
参照：
https://docs.microsoft.com/en-us/azure/azure-functions/functions-create-storage-blob-triggered-function Azure ストレージ用に開発する Testlet 1 ケース スタディ これはケース スタディです。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。
指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは無関係です。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
バックグラウンド
概要
あなたは Contoso, Ltd の開発者です。この会社には、シングル ページ アプリケーション (SPA) として開発されたソーシャル ネットワーキング Web サイトがあります。ソーシャル ネットワーキング Web サイトのメイン Web アプリケーションは、ユーザーがアップロードしたコンテンツを BLOB ストレージから読み込みます。
不適切なコンテンツのアップロードされたデータを監視するソリューションを開発しています。ユーザーが SPA を使用してコンテンツをアップロードすると、次のプロセスが発生します。
* メッセージは ContentUploadService に送信されます。
* コンテンツは ContentAnalysisService によって処理されます。
※処理完了後、コンテンツはSNSに投稿されるか、代わりに拒否メッセージが投稿されます。
ContentAnalysisService は、contosoimages という名前のプライベート Azure Container Registry から Azure Container Instances と共にデプロイされます。
このソリューションでは、8 つの CPU コアを使用します。
Azure アクティブ ディレクトリ
Contoso, Ltd. は、内部アカウントとゲスト アカウントの両方に Azure Active Directory (Azure AD) を使用しています。
要件
ContentAnalysisService
同社のデータ サイエンス グループは、ユーザーが生成したコンテンツを文字列として受け取り、不適切なコンテンツの推定値を返す ContentAnalysisService を構築しました。特定のしきい値を超える値は、Contoso, Ltd. の従業員が確認する必要があります。
コンテンツ チェックを実行するには、CheckUserContent という名前の Azure 関数を作成する必要があります。
費用
すべての Azure サービスのコストを最小限に抑える必要があります。
手動レビュー
コンテンツを確認するには、ユーザーは Azure AD 資格情報を使用して ContentAnalysisService の Web サイト部分に対して認証を受ける必要があります。Web サイトは React を使用して構築されており、すべてのページと API エンドポイントで認証が必要です。
コンテンツをレビューするには、ユーザーは ContentReviewer ロールの一部である必要があります。完了したすべてのレビューには、監査目的でレビュー担当者の電子メール アドレスが含まれている必要があります。
高可用性
すべてのサービスは、複数のリージョンで実行する必要があります。リージョン内のサービスの障害が、アプリケーション全体の可用性に影響を与えてはなりません。
モニタリング
ContentUploadService が使用可能な CPU コアの 80% を超えて使用している場合は、アラートを発生させる必要があります。
安全
次のセキュリティ要件があります。
* インターネット経由でアクセスできるすべての Web サービスは、クロス サイト スクリプティング攻撃から保護する必要があります。
* すべての Web サイトとサービスは、有効なルート認証局からの SSL を使用する必要があります。
* Azure Storage アクセス キーは、メモリにのみ格納する必要があり、サービスでのみ使用できる必要があります。
* すべての内部サービスは、内部仮想ネットワーク (VNet) からのみアクセスできる必要があります。
* システムのすべての部分が、インバウンドおよびアウトバウンドのトラフィック制限をサポートする必要があります。
* すべてのサービス呼び出しは、Azure AD を使用して認証する必要があります。
ユーザー規約
ユーザーがコンテンツを送信するときは、ユーザー契約に同意する必要があります。この契約により、Contoso, Ltd. の従業員は、コンテンツを確認し、ユーザー デバイスに Cookie を保存し、ユーザーの IP アドレスを追跡することができます。
契約に関する情報は、Contoso, Ltd 内の複数の部門で使用されます。
ユーザーの応答は失われてはならず、個々のサービスの稼働時間に関係なく、すべての関係者が利用できる必要があります。
合意の量は、1 時間あたり数百万になると予想されます。
検証試験
ContentAnalysisService の新しいバージョンが利用可能になったら、過去 7 日間のコンテンツを新しいバージョンで処理して、新しいバージョンが古いバージョンから大きく逸脱していないことを確認する必要があります。
問題
ContentUploadService のユーザーは、特定のページで HTTP 502 応答が時々表示されると報告しています。
コード
ContentUploadService