CI（継続的インテグレーション）は開発者が頻繁にコードをメインブランチにマージし、自動ビルド・自動テストで品質を維持する実践です。CD（継続的デリバリー）はCIを経たコードを任意のタイミングでリリース可能な状態に保ちます。継続的デプロイメント（Continuous Deployment）はさらに本番への自動デプロイを行います。

CI/CDパイプラインの構成要素：①ソース管理（Git）→②ビルド（コンパイル・依存解決）→③テスト（単体・結合・E2E）→④セキュリティスキャン（SAST/SCA）→⑤ステージング環境デプロイ→⑥本番デプロイ（ローリング/ブルーグリーン/カナリア）。代表ツールはGitHub Actions・GitLab CI・Jenkins・CircleCIです。

IaCはインフラ構成をコードとして定義・管理し、手動作業を排除する実践です。宣言型（Declarative）は「あるべき状態」を定義し、ツールが差分を自動適用します（例：Terraform、AWS CloudFormation、Kubernetes YAML）。命令型（Imperative）は実行手順を記述します（例：Ansible Playbook、シェルスクリプト）。

TerraformはHCLで複数クラウドのインフラを定義する主要IaCツールです。`terraform plan`で変更差分を確認し、`terraform apply`で適用します。AnsibleはエージェントレスでSSH経由にPlaybookを実行し、サーバー設定・ソフトウェアインストールに使われます。IaCの効果として、環境の再現性確保・ドリフト防止・変更履歴のGit管理が得られます。

Googleが考案したSREは、ソフトウェアエンジニアリングの原則でIT運用の課題を解決するアプローチです。SLI（Service Level Indicator）はサービス品質の実測値（可用性・レイテンシ・エラーレートなど）、SLO（Service Level Objective）はSLIの目標値（例：可用性99.9%）、SLA（Service Level Agreement）はユーザーとの契約上の保証値です。

エラーバジェット（Error Budget）はSLOまでの許容誤差で、「残りのエラーバジェット内でリスクを取ってリリースできる」という考え方です。エラーバジェットを超えた場合はリリースを停止し、信頼性改善に注力します。Toil（トイル）は手動・反復的・自動化可能な作業を指し、SREはToilをコードで自動化することを目指します。

GitOpsはGitリポジトリを「信頼できる唯一の情報源（Single Source of Truth）」として、インフラ・アプリの状態をGitで管理する運用モデルです。ArgoCDやFluxなどのGitOpsエージェントがGitリポジトリの変更を検知し、Kubernetesクラスタに自動同期します。手動のkubectlコマンドを排除し、全変更をGit PRとして管理することで監査証跡の確保とロールバックの容易化を実現します。

HelmはKubernetesのパッケージマネージャーで、Chart（テンプレート群）でアプリデプロイを定型化します。KustomizeはYAMLのオーバーレイで環境差分（開発/ステージング/本番）を管理します。OperatorはKubernetesの拡張機能で、ステートフルアプリ（DBクラスタ等）のライフサイクルをコードで管理します。

フィーチャーフラグ（Feature Flag/Feature Toggle）はコードをデプロイ済みにしながら、設定値でON/OFFを制御してリリースする手法です。特定ユーザーグループへの段階的公開（カナリアリリース）・テストユーザーへの先行公開・障害時の即時無効化（Kill Switch）が可能です。代表ツールはLaunchDarkly・Unleash・AWS AppConfigです。

A/Bテストはユーザーを複数グループに分け、異なるUIや機能の効果を統計的に測定します。フィーチャーフラグを活用することで、デプロイとリリースを分離し、Continuous Deploymentを安全に実践できます。またBlue-Greenデプロイはフラグなしで環境単位で切り替えますが、フィーチャーフラグは同一コードベースで機能単位の細かい制御が可能です。