【紹介】『システム運用アンチパターン エンジニアがDevOpsで解決する組織・自動化・コミュニケーション』
はじめに
システム運用のまとまった知見を獲得したいと本書を手に取りました。本書ではシステムを運用で直面する課題について原因を提示し、その解決方法のアプローチを提示しています。課題の領域はシステムそのものから開発、メンバー・チーム・組織とのコラボレーション、タスクの取り組み方まで多岐にわたります。
テストやデプロイワークフローを扱う５章・８章。開発者体験向上、ソフトスキルを扱う９章、１０章、１１章、１２章が面白く、知見を得ることができました。
１章 DevOpsを構成するもの
２章 パターナリスト症候群
３章 盲目状態での運用
４章 情報ではなくデータ
５章 最後の味付けとしての品質
テストピラミッドを参考に、ユニットテスト・統合テスト・エンドツーエンドテストを紹介します。継続的デプロイと継続的デリバリに違いを説明し、DevSecOpsという文脈からシフトレフトについて紹介します。
６章 アラート疲れ
７章 空の道具箱
８章 業務時間外のデプロイ
機能の有効化やデータベースのマイグレーションなどデプロイのレイヤの紹介と、継続的にデプロイを行うための方法について説明しています。デプロイのレイヤでコードは先に配置し機能の有効化は分離して機能フラグで管理するなど。
継続的にデプロイすることによって恐怖を軽減させる効果やインシデント発生時の予行演習ができたり、データベースのスキーマを更新するときのアプローチも紹介しています。
９章 せっかくのインシデントを無駄にする
インシデントのポストモーテムを実施するとき、どのようなルール・ガイドラインを設定することで会話を本来の目的であるシステムの改善に集中できるか紹介しています。また会話の掘り下げ方やドキュメントの記載方法、アクションアイテムの作成などについても紹介しています。
１０章 情報のため込み：ブレンドだけが知っている
情報の共有方法について紹介しています。ドキュメントの階層化
１１章 命じられた文化
個人が文化を変えるとはなにか、採用候補者と企業文化の適合性について紹介しています。HRにも！
１２章 多すぎる尺度
タスクのトリアージについて紹介しています。アイゼンハワー意思決定マトリックス（重要度/緊急度）のタスク割り当てや、コミットメントの引き受けについて。作業に取り組みにあたりタスクの細分化や予定外の作業の対応についても紹介しています。チームで開発するときに優先事項や目標を共有していないと大変だよねというのは共感。従業員とマネージャーの優先事項の再交渉のやりとりが記載されているのも大変参考になる。
