説明
最初に行うことは、VSTS/DevOps プロジェクト設定で Sonar Qube サーバーをサービス エンドポイントとして宣言することです。
参考資料: https://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Extension+for+vsts-TFS
トピック 3、ウッドグローブバンク
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
概要
総括
Woodgrove Bank は、英国に本社を置く金融サービス会社です。
技術要件と計画された変更
計画された変更
Woodgrove Bank は、次のプロジェクト管理の変更を実装する予定です。
* プロジェクト追跡のために Azure DevOps を実装します。
* プライベート GitHub リポジトリでソース コード管理を一元化します。
* ビルド パイプラインとリリース パイプラインに Azure Pipelines を実装します。
Woodgrove Bank は、アイデンティティ環境に次の変更を実装する予定です。
* woodgrovebank.com という名前の Azure AD テナントをデプロイします。
* Active Directory ドメインを Azure AD に同期します。
* サービス プリンシパルを使用するように App1 を構成します。
* GitHub を Azure AD と統合します。
Woodgrove Bank は、コア アプリに次の変更を実装する予定です。
* App1 を ASP.NET Core に移行します。
* Azure Pipelines と App2 の開発に使用されるサードパーティのビルド ツールを統合します。
Woodgrove Bank は、DevOps 環境に次の変更を実装する予定です。
* App1 を Azure App Service にデプロイします。
* DB1 スキーマのソース管理を実装します。
* すべてのソース コードを TFS1 から GitHub に移行します。
* App2 を VM1 という名前の Azure 仮想マシンにデプロイします。
* POC ブランチを GitHub のデフォルト ブランチにマージします。
* 関係者が開発の進捗状況を監視できるように Azure DevOps ダッシュボードを実装します。
技術的要件
Woodgrove Bank は、次の技術要件を特定しています。
* 新しい環境の初期データベースには、スキーマ データと参照データの両方が含まれている必要があります。
* VM1 の Azure Monitor アラートは、次の要件を満たすように構成する必要があります。
* 平均 CPU 使用率が 15 分間で 80% を超えるとトリガーされます。
* CPU 使用率の平均を 1 分ごとに計算します。
* POC ブランチのコミット履歴は、デフォルト ブランチの履歴を置き換える必要があります。
* Azure DevOps ダッシュボードには、次の表に示すメトリックが表示される必要があります。

* Azure DevOps へのアクセスは、特定の IP アドレスに制限する必要があります。
* App1 のページ読み込み時間をキャプチャして監視する必要があります。
* 管理上の労力は最小限に抑える必要があります。

説明

ボックス 1: 秘密
Key Vault に保存されている参照シークレットによって、資格情報を Azure Key Vault に保存します。
Azure Key Vault に保存されている資格情報を参照するには、次のことを行う必要があります。
データ ファクトリで管理される ID を取得する
マネージド ID に Azure Key Vault へのアクセスを許可します。キー コンテナー -> アクセス ポリシー -> アクセス ポリシーの追加で、このマネージド ID を検索して、シークレット アクセス許可ドロップダウンで取得アクセス許可を付与します。これにより、この指定されたファクトリがキー コンテナー内のシークレットにアクセスできるようになります。
Azure Key Vault を指すリンクされたサービスを作成します。
データ ストアのリンクされたサービスを作成します。このサービス内では、キー コンテナーに格納されている対応するシークレットを参照します。
ボックス 2: アクセス ポリシー
参照：
https://docs.microsoft.com/en-us/azure/data-factory/store-credentials-in-key-vault

B: 自己署名SSLサーバー証明書をOS証明書ストアに必ずインストールしてください。
E: オンプレミスの TFS サーバー用の自己署名 SSL 証明書がある場合は、その自己署名 SSL 証明書を許可するように出荷された Git を必ず構成してください。
2.129.0 以降のバージョンのエージェントの構成中に git が SChannel を使用できるようにする エージェントの構成中に --gituseschannel を渡す
./config.cmd --gituseschannel
参照：
https://docs.microsoft.com/en-us/azure/devops/pipelines/agents/certificate