ケーススタディ
これはケーススタディです。ケーススタディは別途にタイムスタンプされません。あなたは、それぞれのケースを完了したいのと同じくらい多くの試験時間を使うことができます。ただし、この試験では追加のケーススタディとセクションがあります。あなたは、提供された時間内にこの試験に含まれるすべての質問を完了できるようにあなたの時間を管理しなければなりません。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケーススタディに関する他の質問とは無関係です。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに移動する前に、回答を確認したり変更したりすることができます。新しいセクションを開始した後、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックします。左ペインのボタンを使用して、質問に答える前にケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題文などの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、質問ボタンをクリックして質問に戻ります。
バックグラウンド
あなたは支払い処理を専門とするFabrikamの開発者です。 Fabrikamは、音楽コンサートなどのさまざまなイベントの支払いを処理するソリューションを開発しています。 AzureでホストされているASP.NET MVC Webサイトを開発し、今後の音楽コンサートをサポートします。音楽コンサートは、短時間で大量のチケット販売を生み出すことが期待されています。
WebサイトはAzureストレージキューに情報をアップロードします。 Azureのワーカーロールは、金融取引が承認された後、キューから情報を取得し、PDFファイル形式でコンサートチケットを生成します。
Webサイトがキューにメッセージを追加するまでの時間と、そのキューからの読み取りに使用できる時間の間には、遅延があります。キューを調べた後、DequeueCount値がゼロより大きいキューメッセージはないと判断します。ウェブサイトは何のエラーも投げられません。
ビジネス要件
支払い
音楽コンサートのウェブサイトは、処理のためにイベント支払い情報を提出できなければならない。支払い情報を提出している間、ウェブサイトは応答し続ける必要があります。顧客は、注文に関するノートをWebサイト上の自由形式のコントロールに追加できる必要があります。これらのメモは、顧客が注文を出すときに支払いと共に提出されなければならない。
顧客は、7 KBを超えるメモを入力することがよくあります。
技術要件
支払いの提出と処理
イベントの支払い情報は、WebサイトからWindows Communication Foundation（WCF）サービスワーカーの役割に送信する必要があります。作業者の役割は、情報をJSON形式で支払いプロセッサーに提出する必要があります。
支払い手続き
支払処理の要件は次のとおりです。
キュー内のメッセージ数が指定したしきい値を上回るか下回る場合、ワーカー・ロール・インスタンス

必要に応じて作成または削除する必要があります。このプロセスは最小限の労力で完了する必要があります。役割インスタンスのしきい値を再構成することは容易でなければなりません。
ペイメントは、キューから許可されている最大バッチサイズでキューから取得する必要があります

キューから5分間引き出します。
支払いを処理する際に、支払いキューを再作成してはいけません。

単一支払い処理中に、イベントに使用可能なチケットの数を更新する必要があります。ザ

更新操作を30秒間または再試行回数5回のいずれか早いタイミングで再試行する必要があります。各再試行は、少なくとも2秒間、前の試行よりも1秒間長く停止する必要があります。更新に失敗した場合は、支払いを毒キューに配置する必要があります。
ストレージ
次のストレージ要件があります。
支払い情報は、Azure Queueストレージを使用して保存する必要があります。 Azureストレージへの接続

アカウントは、Webおよびワーカーロール用に構成されたStorageConnectionStringという名前の構成済み設定で確立されています。
支払を処理する際には、支払処理キューと毒支払キューを使用する必要があります。

Azureキューメッセージコンテンツは、XMLに安全でUTF-8でエンコードされている必要があります。

Azureストレージアカウントは、診断情報用に設定された設定で設定する必要があります

DiagnosticsStorageConnectionString：Webロールとワーカーロールの両方に構成されます。
セキュリティと監視
セキュリティ
HTTPSを使用してWebロールを保護する必要があります。
モニタリング
診断モジュールを使用して、Webロールとワーカーロールの両方の診断データを収集する必要があります。
診断構成の変更では、ロールのコードを再構築する必要はありません。診断データは、デバッグとトラブルシューティング、パフォーマンスの測定、リソースの使用状況の監視、トラフィック分析と容量計画、および監査に使用されます。
パフォーマンステストでは、Azureの実行に変更を加えることなく、通常の状態とストレス状態での役割を評価する必要があります。メモリの割り当て、関数の時間、マルチスレッドの並行処理の問題を評価する必要があります。
配置
カスタムドメイン名fabrikamfunding.comを購入して、Webサイト、Webロール、ワーカーロールをホストします。 Webロールを使用してHTTPS証明書を配備する必要があります。したがって、関連する設定ファイルを適宜更新する必要があります。
Webロールおよびワーカーロールのインスタンスサイズは、[Medium]として指定する必要があります。 FabrikamFundingPaymentGeneratorという1つのWebロールインスタンスとFabrikamFundingPaymentProcessorという名前のワーカーロールインスタンスを展開する必要があります。
アプリケーション構造
アプリファイルの関連部分を以下に示します。行番号は参照用にのみ含まれており、属している特定のファイルを示す2文字の接頭辞が含まれています。



QueueManagerクラスのSendMessageAsyncメソッドは、時にはエラーをスローします。
エラーを修正する必要があります。
あなたは何をするべきか？