Instiq
第1章 · プロセスとコミュニケーションの構成·v2.0.0·更新 2026/7/16·読了目安 約9分

変更要約: AZ-400 第1章を深掘り(比較表・シナリオ・FAQ・ひっかけ・深掘り段落を各節に追加、図を日本語版に対応)

1.3コラボレーションと統合

この節の要点

チーム連携——通知/サービスフックTeams/Slack 連携Wikiトレーサビリティ(作業項目↔コミット↔ビルド)監査——を理解します。情報の流れと追跡性を設計します。

DevOps は情報の流れが命です。通知やチャット連携で素早く共有し、作業からデプロイまでを追跡可能にします。

1.3.1連携とトレーサビリティ

Azure DevOps の連携と追跡性を示した図。イベント(ビルド完了/PR/デプロイ)を通知・サービスフックで Microsoft Teams や Slack に連携して素早く共有、Wiki でドキュメントを共同編集、作業項目↔コミット↔プルリクエスト↔ビルド↔リリースをリンクさせて要件からデプロイまでのトレーサビリティを確保し、監査ログで操作を記録する構成を示した図。
連携とトレーサビリティ
  • 通知/サービスフック:イベント(ビルド/PR/デプロイ)を Teams/Slack 等へ連携。
  • Wiki:ドキュメントを共同編集し、知識を共有する。
  • トレーサビリティ作業項目↔コミット↔PR↔ビルド↔リリースをリンクし、要件からデプロイまで追跡。
  • 監査:操作の監査ログでコンプライアンスとガバナンスを支える。
試験ポイント

「イベント連携=通知/サービスフック(Teams/Slack)」「ドキュメント=Wiki」「要件→デプロイの追跡=作業項目とコミット/ビルドのリンク」「操作記録=監査ログ」 は AZ-400 で頻出です。作業項目をコミットや PR にリンクすると、変更の理由を後から追跡できます。

AZ-400 は「情報の流れと追跡性をどう設計するか」を問います。通知は購読ベースで自分宛のイベント(割り当て・メンション・ビルド結果)を受け取り、サービスフックは外部システム(Teams/Slack/Webhook/Jenkins など)へイベントをプッシュ連携します。チャットでは Azure Boards/Pipelines アプリを Teams/Slack に入れ、ビルド/リリースの通知や承認、作業項目の作成までチャットから行えます(ChatOps)。Wiki はプロジェクト Wiki(独立)とコードとして公開する Wiki(リポジトリ連動)があり、設計判断や Runbook を共同編集します。トレーサビリティの要は、作業項目をブランチ/コミット(コミットメッセージの #ID)/プルリクエスト/ビルド/リリースにリンクし、「この本番変更はどの要件・どのレビューを経たか」を双方向に辿れるようにすること——監査やインシデント分析、コンプライアンス(変更管理)に直結します。監査ログは組織レベルの操作(権限変更、パイプライン編集、ポリシー変更など)を記録し、ストリーム(Log Analytics/Splunk/Event Grid)で長期保管や SIEM(Sentinel など)連携が可能です。設計の要は、ノイズを抑えた的確な通知(購読/サービスフックの設計)・知識の共有(Wiki)・要件からデプロイまでの双方向トレーサビリティ・監査による説明責任を組み合わせることです。

目的手段要点
自分宛イベントの受信通知(購読)割り当て/メンション/ビルド結果
外部システムへの連携サービスフックTeams/Slack/Webhook へプッシュ
知識の共同編集Wikiプロジェクト Wiki / コードとして公開
要件→デプロイの追跡作業項目リンク+監査ログ双方向トレース・操作記録
補足

シナリオ:本番障害の事後分析で「この変更がいつ・誰の・どの要件のために入り、どのレビューを通ったか」を説明する必要がある。→ 作業項目をコミット/PR/ビルド/リリースにリンクしておけば、リリースから遡って要件・レビュー・承認者まで双方向に辿れます。組織の権限/パイプライン変更は監査ログで記録し、必要なら Event Grid 経由で SIEM に送って長期保全。チームにはサービスフックでリリース結果を Teams に通知します。

補足

FAQ:通知とサービスフックの違いは? 通知は Azure DevOps 内の購読ベースで、ユーザー/チームが自分に関係するイベントを受け取ります。サービスフックはイベントを外部システムへプッシュする仕組みで、Teams/Slack/Webhook/Jenkins などと連携します。「チームメンバーへ知らせる」なら通知、「他システムを動かす/チャットへ流す」ならサービスフック(またはチャットアプリ統合)です。

注意

ひっかけ:トレーサビリティを「タグやドキュメントに手書きで残す」のは脆弱で誤り。Azure DevOps では作業項目↔コミット/PR/ビルド/リリースの正式なリンクで自動的に双方向追跡できます。また、組織の操作証跡は通知ではなく監査ログが担う点も混同しないこと(通知は人向けの即時連絡、監査ログは記録/コンプライアンス)。

1.3.2この節のまとめ

  • 連携=通知/サービスフック(Teams/Slack)+Wiki
  • 追跡=作業項目↔コミット↔ビルド↔リリース+監査ログ

進捗の記録にはログインが必要です。

理解度チェック

(軽い確認用)

Q1. ビルド完了や PR 作成などのイベントを Microsoft Teams に自動通知したい。何を使いますか?

Q2. ある本番障害の変更が「どの要件のために」行われたかを後から追跡したい。何を活用しますか?

Q3. チームの設計ドキュメントや手順を共同編集して共有したい。Azure DevOps の何を使いますか?

理解度を確認第1章「プロセスとコミュニケーションの構成」の問題を解く