DevOps

開発（Development）と運用（Operations）が連携・協力し、システムの開発からリリース、運用までを迅速かつ頻繁に行うための考え方や文化。自動化ツールやCI/CDパイプラインの活用が特徴。

開発チーム（Dev）と運用チーム（Ops）が連携し、迅速かつ柔軟にソフトウェア開発を行う手法・文化。継続的インテグレーション（CI）、継続的デリバリー（CD）、継続的デプロイなどのプラクティスを通じて、リリースサイクルを短縮する。

開発チーム（Dev）と運用チーム（Ops）が連携し、迅速かつ柔軟にソフトウェア開発を行う文化と実践。CALMSフレームワーク（Culture、Automation、Lean、Measurement、Sharing）で特徴づけられる。CI/CDパイプライン、テスト自動化、インフラのコード化を活用する。

開発（Development）と運用（Operations）のチームが連携・協力し、ソフトウェアのリリースサイクルを高速化する文化・手法。CI/CD、インフラのコード化（IaC）、モニタリングなどの技術的プラクティスと組織文化の変革を含む。

開発（Development）と運用（Operations）を統合し、ソフトウェアの開発からリリース、運用までのサイクルを高速化する文化・手法。CI/CD（継続的インテグレーション/継続的デリバリー）、自動化、監視を重視する。

開発（Development）と運用（Operations）が協調し、自動化とツールの共有によってサービスの提供速度と品質を同時に高める取組み。組織文化の変革を伴い、CI/CDや構成管理の自動化と組み合わせて実践される。

開発チーム（Dev）と運用チーム（Ops）が連携し、迅速かつ柔軟にソフトウェア開発を行う文化と実践。CALMSフレームワーク（Culture、Automation、Lean、Measurement、Sharing）で特徴づけられる。CI/CDパイプライン、テスト自動化、インフラのコード化を活用する。

テストを通過した変更を、人の承認を挟まずに自動的に本番環境へリリースする手法。継続的デリバリーをさらに進めたもので、自動テストの十分な網羅と、問題が起きたときに素早く戻せる仕組みが前提になる。

本番環境やそれに近い環境で、サーバの停止や通信の遅延などの障害を意図的に発生させ、システムが耐えられるかを実験で確かめる手法。想定外の弱点を事前に見つけて回復力（レジリエンス）を高める。NetflixのChaos Monkeyが知られる。

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

ソースコードの変更を起点に、ビルド、テスト、セキュリティ検査、デプロイといった一連の工程を自動的に順に実行する仕組み（CI/CDパイプライン）を整えること。手作業による誤りと待ち時間をなくし、変更を短い間隔で安全に本番へ届けられるようにする。

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

開発者が変更したソースコードを頻繁に共有のリポジトリへ統合し、そのたびにビルドと自動テストを実行する手法。統合時の問題を小さいうちに見つけられ、いつでも動く状態のソフトウェアを保てる。