説明
テキストの説明は自動的に生成されます

ボックス 1: Azure 総所有コスト (TCO) 計算ツール
総所有コスト (TCO) 計算ツールは、ワークロードを Azure に移行することで実現できるコスト削減を見積もります。
注: TCO Calculator は、アプリケーションをサポートする Azure の同等のサービス セットを推奨します。分析では、オンプレミスの支出と Azure での支出の見積もりとともに各コスト領域が表示されます。ワークロードをクラウドに移行すると、コスト カテゴリがいくつか削減されるか、完全になくなる場合があります。
ボックス 2: Azure ハイブリッド特典
Azure ハイブリッド特典は、クラウドでワークロードを実行するコストを大幅に削減するのに役立つライセンス特典です。オンプレミスのソフトウェア アシュアランス対応 Windows Server および SQL Server ライセンスを Azure で使用できるようにすることで機能します。また、この特典は RedHat および SUSE Linux サブスクリプションにも適用されます。
シナリオ：
Litware では、次のセキュリティとコンプライアンスの要件を特定しています。
* App1 が Azure に移行されたら、新しいデータをアプリに書き込むことができ、新規データと既存データの変更が 3 年間防止されるようにする必要があります。
* オンプレミスのユーザーとサービスは、App1 でデータをホストする Azure ストレージ アカウントにアクセスできる必要があります。
* App1 データをホストする Azure ストレージ アカウントのパブリック エンドポイントへのアクセスを防止する必要があります。
* 運用環境内のすべての Azure SQL データベースで、透過的なデータ暗号化 (TDE) が有効になっている必要があります。
* App1 は他のワークロードと物理ハードウェアを共有してはなりません。
参照：
https://azure.microsoft.com/en-us/pricing/tco/
https://azure.microsoft.com/en-us/pricing/hybrid-benefit/
トピック 3、Contoso
ケーススタディ
これはケース スタディです。ケース スタディは個別に時間制限がありません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケース スタディとセクションがある場合があります。与えられた時間内にこの試験に含まれるすべての質問を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケース スタディ内の他の質問とは独立しています。
このケース スタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを始めるには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケース スタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に回答する準備ができたら、[質問] ボタンをクリックして質問に戻ります。
既存環境: 技術環境
オンプレミス ネットワークには、contoso.com という名前の単一の Active Directory ドメインが含まれています。
Contoso には 1 つの Azure サブスクリプションがあります。
既存の環境: ビジネスパートナーシップ
Contoso は Fabrikam, Inc. とビジネス パートナーシップを結んでいます。Fabrikam ユーザーは、Azure Active Directory (Azure AD) ゲスト アカウントを使用して、インターネット経由で一部の Contoso アプリケーションにアクセスします。
要件: 計画された変更
Contoso は、App1 と App2 という名前の 2 つのアプリケーションを Azure にデプロイする予定です。
要件: アプリ1
App1 は、Linux ランタイムを必要とする Azure App Service でホストされる Python Web アプリです。Contoso と Fabrikam のユーザーが App1 にアクセスします。
App1 は、サードパーティの資格情報とアクセス文字列を必要とするいくつかのサービスにアクセスします。資格情報とアクセス文字列は、Azure Key Vault に保存されます。
App1 には 6 つのインスタンスがあります。そのうち 3 つは米国東部 Azure リージョンに、3 つは西ヨーロッパ Azure リージョンにあります。
App1 には次のデータ要件があります。
* 各インスタンスは、インスタンスと同じアベイラビリティーゾーンにあるデータ ストアにデータを書き込みます。
* 任意の App1 インスタンスによって書き込まれたデータは、すべての App1 インスタンスから見える必要があります。
App1 はインターネットからのみアクセスできます。App1 には次の接続要件があります。
* App1 への接続は、Web アプリケーション ファイアウォール (WAF) を通過する必要があります。
* App1 への接続は、インスタンス間でアクティブ/アクティブの負荷分散を行う必要があります。
* 北米から App1 へのすべての接続は、米国東部リージョンに向けられる必要があります。その他のすべての接続は、西ヨーロッパ リージョンに向けられる必要があります。
1 時間ごとに、すべての App1 インスタンスからファイルをコピーする PowerShell スクリプトを呼び出して、メンテナンス タスクを実行します。PowerShell スクリプトは、中央の場所から実行されます。
要件: アプリ2
App2 は、Windows ランタイムを必要とする App Service でホストされる NET アプリです。App2 には、次のファイル ストレージ要件があります。
* ファイルを Azure ストレージ アカウントに保存します。
* ファイルをオンプレミスの場所に複製します。
* オンプレミスのクライアントが SMB プロトコルを使用して LAN 経由でファイルを読み取ることができることを確認します。
アプリケーション内でさまざまなトランザクションを実行するのにかかる時間を分析するには、App2 を監視する必要があります。ソリューションでは、アプリケーション コードの変更を必要としません。
アプリケーション開発要件
アプリケーション開発者は、App1 と App2 の新しいバージョンを継続的に開発します。開発プロセスは、次の要件を満たす必要があります。
* 新しいアプリケーション バージョンのステージング インスタンスは、新しいバージョンを本番環境で使用する前に、アプリケーション ホストにデプロイする必要があります。
* 新しいバージョンをテストした後、アプリケーションのステージング バージョンが本番バージョンに置き換えられます。
* ステージングから本番環境への新しいアプリケーション バージョンへの切り替えは、アプリケーションのダウンタイムなしで実行する必要があります。
アイデンティティ要件
Contoso は、Fabrikam のリソースへのアクセスを管理するための次の要件を特定しています。
* 毎月、Fabrikam のアカウント マネージャーは、どの Fabrikam ユーザーが App1 へのアクセス権限を持っているかを確認する必要があります。権限が不要になったアカウントは、ゲストとして削除する必要があります。
* ソリューションは開発の労力を最小限に抑える必要があります。
セキュリティ要件
Azure サービスで使用されるすべてのシークレットは、Azure Key Vault に保存する必要があります。
資格情報を必要とするサービスでは、資格情報がサービス インスタンスに関連付けられている必要があります。資格情報はサービス間で共有してはなりません。