説明/参照：
Explanation:
Microsoftがホストするエージェントプールは、7つの仮想マシンイメージから選択できます。
Ubuntu 16.04（ubuntu-16.04）

Windows Server 1803（win1803） - Windowsコンテナを実行するための

Windows Server 2019上でのVisual Studio 2019プレビュー（windows-2019）

Windows Server 2016上のVisual Studio 2017（vs2017-win2016）

Windows Server 2012 R2上のVisual Studio 2015（vs2015-win2012r2）

macOS X Mojave 10.14（macOS-10.14）

macOS X High Sierra 10.13（macOS-10.13）

参考文献：
https://docs.microsoft.com/ja-jp/azure/devops/pipelines/agents/hosted?view=azure-devops Testlet 1ケーススタディこれはケーススタディです。ケーススタディは別々には計時されません。あなたはそれぞれのケースを完了したいのと同じくらい多くの試験時間を使うことができます。ただし、この試験に関する追加のケーススタディやセクションがあるかもしれません。あなたはあなたが与えられた時間内にこの試験に含まれるすべての質問を完了することができることを確実にするためにあなたの時間を管理しなければなりません。
ケーススタディに含まれている質問に答えるには、ケーススタディで提供されている情報を参照する必要があります。ケーススタディには、ケーススタディに記載されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれている場合があります。それぞれの質問は、このケーススタディに関する他の質問とは無関係です。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、答えを確認したり、試験の次のセクションに進む前に変更を加えることができます。新しいセクションを始めた後は、このセクションに戻ることはできません。
ケーススタディを開始する
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックしてください。質問に答える前に、左ペインのボタンを使用してケーススタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題のステートメントなどの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、表示される情報は後続のタブに表示される情報と同じです。質問に答える準備ができたら、[質問]ボタンをクリックして質問に戻ります。
概要
Litware、Inc.は独立系ソフトウェアベンダ（ISV）です。 Litwareには本社と5つの支店があります。
既存の環境
アプリケーションアーキテクチャ
同社の主なアプリケーションは、VB.NETで記述されたロジックを使用するASP.NET Webフォームに基づく単一のモノリシック退職資金管理システムです。アプリケーションのいくつかの新しいセクションはC＃で書かれています。
アプリケーションのバリエーションは個々の顧客に対して作成されます。現在、アプリケーションのコードベースには80を超えるライブコードブランチがあります。
アプリケーションは、Microsoft Visual Studioを使用して開発されました。ソースコードは本社のTeam Foundation Server（TFS）に格納されています。支社はTFSプロキシサーバーを使用してソースコードにアクセスします。
建築の問題
Litwareは、顧客向けに新しいコードを書くことに焦点を当てています。既存のコードをリファクタリングまたは削除するためのリソースはありません。依存関係は個々の開発者には明らかではないため、コードベースの変更には長い時間がかかります。
コードのマージ操作には数ヶ月かかることが多く、多くの開発者が関与しています。コードのマージでは、見つけて解決するのが難しいバグが頻繁に発生します。
顧客は、退職基金管理システムの所有コストが継続的に増加すると報告しています。
無関係なコードをマージする必要があるため、わずかなコード変更でもコストがかかります。
お客様からの報告によると、バグ報告は非常に複雑です。
必要条件
計画された変更
Litwareは、投資計画のための新しい一連のアプリケーションを開発する予定です。投資計画アプリケーションは、既存の退職基金管理システムとのわずかな統合のみを必要とします。
投資計画アプリケーションスイートには、1つの多層Webアプリケーションと2つのiOSモバイルアプリケーションが含まれます。 1つのモバイルアプリケーションが従業員によって使用されます。もう一方は顧客によって使用されます。
Litwareは、よりアジャイルな開発方法論に移行する予定です。共有コードは一連のパッケージに展開されます。
Litwareはクラウドの内部移行プロセスを開始し、適切な場合はいつでもクラウドベースのサービスを使用することを計画しています。
Litwareは、常にお客様のバグレポートを待つのではなく、障害の検出に積極的になりたいと考えています。
技術要件
会社の投資計画アプリケーションスイートは、次の要件を満たす必要があります。
ファイアウォールを通過する新しい着信接続は最小限に抑える必要があります。

Developersという名前のグループのメンバーは、パッケージをインストールできなければなりません。

最小特権の原則は、すべての許可の割り当てに使用する必要があります。

単独で新機能の開発をサポートする分岐戦略を使用する必要があります。

チームリーダーという名前のグループのメンバーは、新しいパッケージを作成して

パッケージフィードの権限。
Visual Studio App Centerを使用して、モバイルアプリケーションのクラッシュとその報告を一元管理する必要があります。

使用中の装置タイプ。
デフォルトでは、すべてのリリースは30日間利用可能でなければなりません。

60日間保管してください。
コードの品質とリリースの品質は重要です。リリース中に、デプロイメントはその間に進行してはなりません。

アクティブなバグがリリースに対して記録されている場合は段階的に進みます。
モバイルアプリケーションは、既存の退職基金の株価サービスを呼び出すことができなければなりません

マネジメントシステム。システムがアップグレードされるまで、サービスはHTTPSを介した基本認証のみをサポートします。
テストサーバーに必要なオペレーティングシステム構成は毎週変わります。 Azure Automation

各テストサーバー上のオペレーティングシステムが、サーバーが定期的に作成および確認されるときと同じ方法で構成されるようにするには、状態構成を使用する必要があります。
現在の技術的な問題
テストサーバーは最初に展開されたときには正しく構成されていますが、時間の経過とともに構成の変動が発生します。 Azure Automation State Configurationが構成を修正できません。
Azure Automation State Configurationノードは、次のコマンドを使用して登録されます。