ランブック（Runbook）

運用担当者がシステムの日常運用や障害対応で参照する手順書。定常業務の手順、障害対応手順、エスカレーション先などを文書化し、属人化を防ぎ運用品質を均一化する。

サーバやネットワークなどのインフラ構成をコード（定義ファイル）で管理する手法。バージョン管理、自動テスト、再現性のある環境構築が可能になる。セキュリティの観点では、設定ミスの防止、セキュリティポリシーのコードレビュー、構成のドリフト検知に有効。

DevOps（開発と運用の連携）にセキュリティを統合した開発手法。開発ライフサイクルの全段階でセキュリティを自動化・組み込み、CI/CDパイプラインにSAST、DAST、SCAなどのセキュリティテストを統合して、迅速かつ安全なリリースを実現する。

セキュリティの設定確認や脆弱性評価を自動化するための標準仕様群。NISTが策定し、CVE、CVSS、CPE（共通プラットフォーム一覧）、CWEなどの個別規格を組み合わせて、セキュリティ対策の自動化と標準化を実現する。

システムを運用するための手順、体制、責任、規則を定めた文書。運用の開始前に作成し、日常の運用、障害時の対応、セキュリティの管理などを誰がどのように行うかを明確にする。

システムの障害やインシデントが収束した後に、発生の経緯、影響、根本原因、対応の良かった点と問題点、再発防止策を分析して文書にまとめる活動、またはその報告書。個人の責任を追及しない（ブレームレスな）姿勢で行い、組織として仕組みを改善することを目的とする。SREで重視される。

SLOで定めた信頼性の目標に対して、許容される障害や品質の低下の量。SLOが稼働率99.9%なら、残りの0.1%がエラーバジェットになる。予算が残っていれば新機能のリリースを進め、使い切りそうなら変更を控えて信頼性の改善を優先する、という判断の基準に使う。