11/11 DevOpsハンドブック読了
アウトプット項目
DevOpsハンドブック 学習
- Push on Green
- Testing on the Toilet
- コードと環境を継続的にビルド、テスト、インテグレートする
- 高速で信頼性の高い自動確認テストスイート
- デプロイパイプラインが壊れたときはアンドンの紐を引く
- 小さなバッチによる開発についてとトランクへのコードコミットが頻繁に行われない場合に何が起着るかについて
- トランクベースの開発という実践手法
- デプロイプロセスの自動化
- リリースからデプロイを切り離す
- 生産性、テスト可読性、安全性を実現するアーキテクチャ
- アーキテクチャの原型: モノリシックとマイクロサービス
- 絞め殺しアプリケーションパターンを使って安全に前者のアーキテクチャを発展させる
- 一元的な遠隔測定インフラストラクチャの作り方
- 本番システムの運用を助けるためにアプリケーションにログ作成機能を追加する
- 問題解決の道案内として遠隔測定データを利用する
- 日常業務の一部として指標を生み出せるようにする
- 遠隔測定データと情報ラジエーターにセルフサービスでアクセスできるようにする
- 遠隔測定の穴を埋める
- 平均と標準偏差を使って問題となり得るものを検出する
- 望ましくない結果を測定してアラートを送る
- 遠隔測定データが正規分布に従っていないときの問題
- 異常値検出テクニックの使い方
- 遠隔測定データを使ってデプロイをより安全なものにする
- 開発と運用でオンコールを共有する
- デベロッパーに下流の仕事を観察させる
- 最初の段階では本番サービスをデベロッパーに管理させる
- A/Bテスト
- 機能テストにA/Bテストを組み込む
- リリースにA/Bテストを組み込む
- 機能のプランニングにA/Bテストを組み込む
- 変更承認プロセスの危険性
- 「過度に管理された変更」が秘める危険
- 変更の調整と日程管理の実現
- ピアレビューの実現
- マニュアルテストを増やして変更の凍結期間を延ばすことの危険性
- 変更の品質を上げるためにペアプログラミングを実現する
- プルリクエストプロセスの有効性の評価方法
- 官僚主義的なプロセスを大胆に取り除く
- 公正なラーニングカルチャーを確立する
- 事故が起きたあとに非難なしのポストモーテムを開く
- できる限り広い範囲にポストモーテムを公表する
- 従来よりも弱い失敗の兆候を見つけるためにインシデントの境界線を引き下げる
- 失敗の意味を捉え直して計算されたリスクテイクを奨励する
- 回復力と学習を生み出すために本番環境にエラーを注入する
- エラーのリハーサルの為に試合日を設ける
- チャットルームとチャットボットで組織的な知識を自動的にキャッチする
- 標準化されたプロセスを再利用のためにソフトウェアにまとめて自動化する
- 組織全体で1つの共有ソースコードリポジトリを作る
- ドキュメントとしての自動テストとコミュニティを使って知識を拡散する
- 非機能要件を体系化して運用にやさしい設計を実現する
- 再利用可能な運用ユーザーストーリーを開発に組み込む
- 組織の目標を達成するために役立つ技術を選ぶ
- 技術的負債を返済するための儀式を制度化する
- 全員が教え、学べるようにする
- DevOpsカンファレンスで自分の経験を共有する
- 実践を広めるために社内コンサルティングとコーチングの組織を作る
- 開発イテレーションのデモに情報セキュリティを組み込む
- 欠陥の追跡とポストモーテムに情報セキュリティを組み込む
- 共有ソースコードリポジトリと共有サービスにセキュリティリスク予防ツールを組み込む
- デプロイパイプラインにセキュリティを統合する
- アプリケーションのセキュリティを確保する
- 遠隔測定に情報セキュリティを統合する
- アプリケーションのなかにセキュリティ遠隔測定を作り込む
- 環境のなかにセキュリティを遠隔測定を作り込む
- デプロイパイプラインを防御する
- 変更承認プロセスにセキュリティとコンプライアンスを組み込む
- 比較的リスクが低い変更を標準変更に分類し直す
- 変更が通常の変更に分類されたときに何をすべきか
- 職務の分離に対する依存度を下げる
- 監査人とコンプライアンス責任者のためのドキュメントと証拠を残す
参考
Todo
- AM
- DevOps Chapter 20
- DevOps Chapter 21
- PM
- DevOps Chapter 22
- DevOps Chapter 23
- ブログ執筆
結果
- AM
DevOps Chapter 20DevOps Chapter 21- PM
DevOps Chapter 22DevOps Chapter 23ブログ執筆
良かったところ
- DevOpsHnadbook終わらせた、、、
→継続する、イメージしながら読んでいく、インプットしたら必ずアウトプット
改善点
- 偏頭痛で9時間勉強することができなかった
→ゆっくり長く寝て明日したまた頑張る!!!
ルーティン
- 8:00起床~9:00準備
- ~10:00移動
- 10:00学習室にて学習開始
- 10:30 Todoリスト作成
- 10:30~ Todoに取り組む
- 14:00~14:30昼食
- 14:30~ Todoに取り組む
- 21:15~ 食事
- 21:45~ブログ執筆
- 22:00~ 移動
- 24:30就寝