オブザーバビリティ（可観測性）

システムの外部から得られる情報だけで、内部の状態を推し量れる度合い。可観測性ともいい、ログ・メトリクス・トレースの3つを軸に確保する。

システムが外部に出力するメトリクス、ログ、トレースなどのデータから、内部の状態をどの程度把握できるかを表す性質。あらかじめ決めた項目を見張る監視と異なり、想定していなかった障害でも原因を調べられることを目指す。マイクロサービスのような分散システムの運用で重視される。

本番環境やそれに近い環境で意図的に障害を発生させ、システムが耐えられるかを検証して弱点を前もって見つけ、改善する手法。サーバの停止やネットワークの遅延などを計画的に起こし、障害に強いシステムを目指す。

ネットワーク機器やサーバのログメッセージを収集するためのプロトコルおよび仕組み。UDPポート514を使用し、ファシリティ（ログ種別）とセバリティ（重要度0〜7）で分類される。ログサーバに集約して分析・保存に活用する。

プログラムの規模あたりのバグ検出数を示す品質指標。KLOC（千行）あたりのバグ数やFPあたりのバグ数で測定する。工程ごと・モジュールごとに計測し、品質の偏りや問題箇所の特定に活用する。過去の実績値と比較して評価する。

サイト信頼性エンジニアリング。Googleが提唱した、ソフトウェアエンジニアリングの手法でシステム運用の課題を解決するアプローチ。SLI/SLOに基づくエラーバジェットの管理、トイル（手作業）の削減、ポストモーテム文化などが特徴。

開発者が頻繁にコードをリポジトリに統合し、自動的にビルドとテストを実行する開発プラクティス。CIと略され、不具合の早期発見と修正コストの削減を実現する。DevOpsやアジャイル開発の基盤となる手法。

ソフトウェアをいつでもリリースできる状態に保つ開発プラクティス。CDと略され、CIの延長として自動テスト・自動ビルドに加え、本番環境へのデプロイ準備までを自動化する。最終的なリリース判断は人が行う点が継続的デプロイと異なる。