Explanation:

ステップ 1: 拡張子が .ps1 の Desired State Configuration (DSC) 構成ファイルを作成します。
ステップ 2: Import-AzureRmAutomationDscConfiguration Azure PowerShell コマンドレットを実行します。Import-AzureRmAutomationDscConfiguration コマンドレットは、APS Desired State Configuration (DSC) 構成を Azure Automation にインポートします。単一の DSC 構成を含む APS スクリプトのパスを指定します。
例：
PS C:\>Import-AzureRmAutomationDscConfiguration -AutomationAccountName "Contoso17"- ResourceGroupName "ResourceGroup01" -SourcePath "C:\DSC\client.ps1" -Force このコマンドは、client.ps1 という名前のファイルにある DSC 構成を、Contoso17 という名前の Automation アカウントにインポートします。このコマンドでは Force パラメーターを指定しています。既存の DSC 構成がある場合、このコマンドはそれを置き換えます。
ステップ 3: Start-AzureRmAutomationDscCompilationJob Azure PowerShell コマンドレットを実行します。Start-AzureRmAutomationDscCompilationJob コマンドレットは、Azure Automation で APS Desired State Configuration (DSC) 構成をコンパイルします。
参考文献：
https://docs.microsoft.com/en-us/powershell/module/azurerm.automation/import-azurermautomationdscconfiguration
https://docs.microsoft.com/en-us/powershell/module/azurerm.automation/start-azurermautomationdsccompilationjob
トピック3、ウッドグローブ銀行
これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を好きなだけ使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。与えられた時間内に試験に含まれるすべての問題を完了できるように、時間管理を徹底してください。
ケーススタディに含まれる質問に答えるには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する図表やその他の資料が含まれている場合があります。このケーススタディでは、各質問は他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、解答を確認し、次のセクションに進む前に修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックします。質問に答える前に、左側のペインにあるボタンを使用してケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存環境、問題記述などの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、表示される情報は後続のタブに表示される情報と同一であることに注意してください。質問に答える準備ができたら、[質問]ボタンをクリックして質問に戻ります。
概要
概要
ウッドグローブ銀行は、英国に本社を置く金融サービス会社です。
技術要件と計画されている変更点
計画されている変更
ウッドグローブ銀行は、以下のプロジェクト管理変更を実施する予定です。
プロジェクト追跡のためにAzure DevOpsを導入する。
ソースコード管理をプライベートなGitHubリポジトリに一元化する。
ビルドパイプラインとリリースパイプラインにAzure Pipelinesを実装します。
ウッドグローブ銀行は、本人確認環境に関して以下の変更を実施する予定です。
woodgrovebank.com という名前の Azure AD テナントをデプロイします。
Active DirectoryドメインをAzure ADに同期します。
App1がサービスプリンシパルを使用するように設定します。
GitHubとAzure ADを統合する。
ウッドグローブ銀行は、コアアプリに以下の変更を実施する予定です。
App1をASP.NET Coreに移行する。
Azure Pipelinesと、App2の開発に使用されるサードパーティ製ビルドツールを統合します。
ウッドグローブ銀行は、DevOps環境に対して以下の変更を実施する予定です。
App1をAzure App Serviceにデプロイします。
DB1スキーマのソース管理を実装する。
TFS1からGitHubへ全てのソースコードを移行する。
App2をVM1という名前のAzure仮想マシンにデプロイします。
POCブランチをGitHubのデフォルトブランチにマージします。
関係者が開発の進捗状況を監視できるよう、Azure DevOpsダッシュボードを実装する。
技術要件
ウッドグローブ銀行は、以下の技術要件を特定しています。
新しい環境の初期データベースには、スキーマデータと参照データの両方が含まれている必要があります。
VM1 の Azure Monitor アラートは、以下の要件を満たすように構成する必要があります。
平均CPU使用率が15分間80%を超えた場合に作動します。
1分ごとにCPU使用率の平均値を計算する。
POCブランチのコミット履歴は、デフォルトブランチの履歴を置き換える必要があります。
Azure DevOps ダッシュボードには、次の表に示すメトリックを表示する必要があります。

Azure DevOpsへのアクセスは、特定のIPアドレスに制限する必要があります。
App1のページ読み込み時間を記録し、監視する必要があります。
事務的な負担は最小限に抑えなければならない。