TL;DR

  • 重厚な承認プロセス、可視化されていない運用、ノイズだらけのアラート、インシデントから学ばない習慣などを、開発運用が滞るチームによくあるアンチパターンとして紹介する本である。
  • 管理職ではなくエンジニアが実行し、繰り返すことで改善できる具体的な行動を解説している。

対象読者

上層部が DevOps に理解がなく、組織構造を変える権限も持っていない開発者に向けた本である。そうした立場でも、チームに DevOps を導入するための現実的な方法を学べる。

目次

  1. DevOpsを構成するもの
  2. パターナリスト症候群
  3. 盲目状態での運用
  4. 情報ではなくデータ
  5. 最後の味付けとしての品質
  6. アラート疲れ
  7. 空の道具箱
  8. 業務時間外のデプロイ
  9. せっかくのインシデントを無駄にする
  10. 情報のため込み:ブレントだけが知っている
  11. 命じられた文化
  12. 多すぎる尺度

感想

Effective DevOps を先に読み、DevOps とはどういうものかについて自分の中でメンタルモデルを作ってから読みたいので、後回しにしている。

関連