Instiq
第5章 · インストルメンテーション戦略·v2.0.0·更新 2026/8/7·読了目安 約10分

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

5.3フィードバックと SRE プラクティス

この節の要点

継続的フィードバック——SLI/SLO/エラーバジェットブラスト半径の制御ポストモーテム継続的改善(カイゼン)ユーザーフィードバック——を理解します。学習で信頼性を高めます。

DevOps は学習ループで完成します。SLI/SLO で信頼性を定量化し、ポストモーテムで失敗から学び、継続的に改善します。

5.3.1SRE とフィードバック

SRE の信頼性プラクティスを示した図。SLI(実測の信頼性指標・例 成功率/レイテンシ)から SLO(目標値)を定め、SLO に対する余裕=エラーバジェットを算出して「どれだけ攻めた変更ができるか」を決定、インシデント時はブラスト半径を限定(カナリア/フィーチャーフラグ/段階公開)し、事後は非難なきポストモーテムで根本原因と再発防止を学び、ユーザーフィードバックと合わせて継続的改善(カイゼン)のループを回す図。
SRE とフィードバック
  • SLI/SLOSLI=実測の信頼性指標SLO=目標値。サービスの約束を定量化する。
  • エラーバジェット:SLO に対する余裕。使い切る前ならリスクのある変更も許容できる。
  • ブラスト半径の制御:カナリア/フィーチャーフラグ/段階公開で障害の影響範囲を限定
  • ポストモーテム非難なき振り返りで根本原因と再発防止を学び、継続的に改善する。
試験ポイント

「実測指標=SLI、目標=SLO、その余裕=エラーバジェット」「影響範囲の限定=ブラスト半径制御(カナリア/フラグ)」「非難なき振り返り=ポストモーテム」 は AZ-400 で頻出です。エラーバジェットが残っていれば素早く攻め、尽きたら安定化を優先する、という判断に使います。

コツ

ユーザーからのフィードバック(アプリ内調査/テレメトリ/サポート)も計測の一部です。仮説検証(A/B テスト)と組み合わせて、価値あるものに投資します。

AZ-400 の SRE/フィードバックは「計測を学習と意思決定につなげ、信頼性を継続的に高める」ことを問います。SLI(Service Level Indicator)は実測の信頼性指標(成功率・レイテンシ p99・可用性など)、SLO(Objective)はその目標値(例: 月間 99.9%)、SLA は対外的な契約(破ると補償)です。エラーバジェット=(1 − SLO) は「許容される失敗の量」で、バジェットが残っていればリスクのある変更を素早く出し、尽きたら安定化(変更凍結・信頼性投資)を優先する、という客観的な意思決定に使います——これが「速さ vs 安定性」の対立を解消します。インシデント時はブラスト半径を限定(カナリア/フィーチャーフラグ/段階公開/サーキットブレーカー)し、影響を局所化。事後は非難なきポストモーテムでシステム的な根本原因(人ではなくプロセス/設計)と再発防止策を学び、アクションアイテムを作業項目化して継続的改善(カイゼン)に回します。トイル(手作業の繰り返し)は自動化で削減し、エンジニアを価値創出に振り向けます。ユーザーフィードバック(アプリ内調査・テレメトリ・サポート)や A/B テストで仮説検証し、価値あるものに投資します。設計の要は、SLI/SLO/エラーバジェットで信頼性を定量化し、ブラスト半径制御とポストモーテムで学習ループを回すことです。

用語意味使い方
SLI実測の信頼性指標成功率/レイテンシ/可用性を計測
SLO信頼性の目標値例: 月間 99.9%
エラーバジェットSLO に対する余裕(1−SLO)残あり→攻める・尽きたら→安定化
ポストモーテム非難なき振り返り根本原因と再発防止を学習
補足

シナリオ:開発チームは新機能を速く出したいが、運用チームは安定性を心配し、対立している。客観的な判断基準が欲しい。→ サービスに SLO(例: 99.9% 成功)を定め、エラーバジェットで運用。バジェットが残っていれば新機能デプロイを許容(速さ優先)、月の途中で尽きたら変更を凍結し信頼性投資(安定優先)に切り替える。これで「速さ vs 安定性」をデータで調停し、障害時は非難なきポストモーテムで学び再発防止します。

補足

FAQ:SLI・SLO・SLA はどう違う? SLI は実際に測る指標(例: 成功したリクエストの割合)。SLO はその社内目標(例: 99.9%)。SLA は顧客との契約で、破ると返金などの補償が生じます。通常 SLO は SLA より厳しく設定し、SLA 違反の前に手を打てるようにします。エラーバジェットは SLO から計算され、変更のリスク許容度を決めます。

注意

ひっかけ:SLI/SLO/SLA を混同しないこと——実測=SLI、社内目標=SLO、対外契約=SLA。また、ポストモーテムを個人の責任追及にするのは誤り(萎縮して報告が減る)で、非難なき(blameless)でシステム的な原因に焦点を当てます。エラーバジェットは「使い切らないこと」が目的ではなく、残量に応じて速さと安定性の判断に使うものです(残っているのに過度に保守的になるのも非効率)。

5.3.2この節のまとめ

  • 信頼性=SLI/SLO/エラーバジェット
  • 学習=ブラスト半径制御+ポストモーテム+継続的改善

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

理解度チェック

(軽い確認用)

Q1. サービスの信頼性の「目標値」(例: 月間 99.9% 成功)を定義したものは何と呼ばれますか?

Q2. 新しい変更をどれだけ攻めて出せるかの判断に使う、SLO に対する「余裕」を何と呼びますか?

Q3. 障害後に、個人を責めずに根本原因と再発防止を学ぶ振り返りを何と呼びますか?

理解度を確認第5章「インストルメンテーション戦略」の問題を解く

学習の記録を残しませんか

参考書はすべて無料で読めます。無料登録すると、問題集での演習・既読と進捗の記録・間違えた問題の復習・ハイライトが使えます。