「システム運用アンチパターン」の要約と読んだ感想

「システム運用アンチパターン」

以下で、特に学びになったと感じた箇所を抜粋

P91 継続的デプロイと継続的デリバリ

「ほとんどの人にって、継続的デプロイ（追加したコミット内容がすぐに本番環境に反映される。トランクベース開発）は不要」。一方で継続的デリバリ（常にデプロイ可能な状態にしておくこと）は重要。
継続的デリバリは、継続的デプロイの過程を目指す過程にあるもの
全てのコミットを本番環境に直接反映されるためには、強固な自動テストや、厳格なレビュープロセスが必要。こういった仕組みなしに継続デプロイを実施すると、大惨事に陥る可能性がある
多くの組織にとって継続的デプロイは「遠すぎる目標」

P94 機能フラグ

本番環境で発生するシステムアラート関連の話

p106 オンコールローテーションの設定
エスカレーションやSLO関連のベストプラクティス

P111 基準が存在しない場合のアラート基準

p179 ステージング環境は本番環境とまったく同じにならない

p189 不完全な測定

プログラムの処理を改善したいから、速度を計測したりすることが結構ある。完璧に測定しようとすると失敗するので、ほとんど全ての測定は不完全であるということを意識しておくことが重要
測定の完璧さに囚われてはいけない
例えば、行ったことのない場所に旅行する場合、マイナス10度から0度だと知っていれば、完璧ではない情報だとしてもある程度の順次や対策は可能

P194 データストアレベルのロールバック

本番データベースの変更ルール
「常に追加的な変更を加える」ということが重要
すでに存在するものを変更するのはNG
あるカラムの型をVARCHARをTEXTに変える場合、既存カラムを変更するのではなく、新しいTEXT型のカラムを追加を作る
緊急時にロールバックが必要になった際、元のVARCHARのカラムは残っているので、安全に巻き戻しが可能
新しく追加したカラムのデータを元のカラムから適用する方法
- 元のカラムのデータを追加したカラムのデータに一括でコピーする（小さなテーブル向け
- 一括ではなく、時間をかけてバックグラウンドでコピーする（大きめのテーブル向け
- プログラムからは、先に新しいカラムのデータを見るようにし、新しいカラムにデータが入っていなければ元のカラムデータを取得するようにする（大きめのテーブル向け
完全に新しいカラムにデータが入り切れば（SQLなどで確認）、古いカラムをDROPする

P283 シニアエンジニアへのこだわり

いかがでしたでしょうか。本記事では「システム運用アンチパターン」の要約と読んだ感想について紹介させていただきました。組織にDevOpsを導入する際のアンチパターンと対処法について学習できる一冊になりますので、ぜひ皆さんも書籍を購入して学習してみてください。