GitOps入門|Gitを「本番の正解」の置き場にする運用
GitOpsは望む状態をGitに宣言し、エージェントが本番を合わせ続ける運用の形です。OpenGitOpsの4原則、push型との違い、Argo CDとFlux、導入でつまずきやすい点を整理します。
DevOpsGitOpsは望む状態をGitに宣言し、エージェントが本番を合わせ続ける運用の形です。OpenGitOpsの4原則、push型との違い、Argo CDとFlux、導入でつまずきやすい点を整理します。
SRE99.9%と99.99%の差は0.09ポイントでも、止まってよい時間は10分の1です。ナインを時間に直す表、検知と復旧の上限、依存先のナイン、測り方の違いをSRE本と論文でまとめました。
DevOpsInfrastructure as Code(IaC)は、インフラの構成をコードに書き、アプリと同じようにバージョン管理する考え方です。手作業との違い、宣言的な書き方、運用でつまずきやすい点をまとめました。
DevOps継続的デリバリーは変更を安全・迅速・持続可能に届けられる能力を指します。CIとの守備範囲の違い、デプロイパイプラインの役割、継続的デプロイメントとの区別を公式の定義から整理しました。
DevOpsCIはツールの名前ではなく統合のやり方です。メインライン1本・毎日以上の統合・自己テストビルド・10分ビルド・壊れたら即修正という条件を、提唱者の解説に沿って整理しました。
SRESREの基本であるSLIとSLOの違い、100%を目指してはいけない理由とエラーバジェット、目標値を決めるときの5つの注意をGoogle SRE本とSRE Workbookをもとに整理しました。
DevOpsCALMSはCulture・Automation・Lean・Measurement・SharingでDevOpsを棚卸しする枠組みです。CAMSからの由来と5軸の中身、軸ごとに成熟度を見る使い方を整理しました。
SRESREを「インフラ担当の新しい呼び方」で終わらせないための整理です。Googleが定めた運用作業50%の上限とエラーバジェット、そしてDevOpsとの関係を、SRE本とWorkbookの記述をもとに解説します。
DevOpsDevOpsをツール導入ではなく文化の話として整理しました。AWSの定義とDORAの文化調査をもとに、開発と運用の壁が生まれる構造と、働き方の変更が先に来る理由をまとめています。