リリース前後のデプロイメント設定の比較

デプロイメントDiff

リリース間のデプロイメント設定の比較は重要な安全プラクティスです。変更されたすべてのもの — アプリケーションコード、設定ファイル、環境変数、インフラ定義 — をDiffすることで、デプロイメントの影響を事前に予測できます。

デプロイ前にDiffすべきもの

アーティファクト	形式	確認事項
アプリケーションコード	ソースファイル	ロジック変更、新しいエンドポイント
環境変数	.envファイル	新規/変更された変数
Dockerイメージ	Dockerfile	ベースイメージ、依存関係
K8sマニフェスト	YAML	リソース制限、レプリカ
データベーススキーマ	SQL/マイグレーション	スキーマ変更
依存関係	package.json、go.mod	バージョン更新、新しい依存
CI/CDパイプライン	YAML	ビルド/デプロイステップの変更

リリース比較

# 2つのGitタグを比較
git diff v1.2.3..v1.2.4 --stat

# 出力
 src/api/users.ts        | 15 +++++++----
 src/config/database.ts   |  3 ++-
 docker-compose.yml       |  8 ++++++
 .env.example             |  2 ++
 k8s/deployment.yaml      |  5 ++--
 package.json             |  3 ++-
 6 files changed, 28 insertions(+), 8 deletions(-)

インフラDiff

Infrastructure-as-Code（Terraform、Pulumi、CloudFormation）の場合：

 resource "aws_instance" "web" {
-  instance_type = "t3.small"
+  instance_type = "t3.medium"
   ami           = "ami-0123456789"
+  monitoring    = true
 }

terraform planを使用して実際のインフラ変更を確認：

~ aws_instance.web
    instance_type: "t3.small" → "t3.medium"
  + monitoring:    true

Dockerイメージの比較

イメージバージョン間のレイヤーを比較：

# イメージサイズとレイヤーの比較
docker history app:v1.2.3 > old.txt
docker history app:v1.2.4 > new.txt
diff old.txt new.txt

Diffからのデプロイメントチェックリスト

Diffのレビュー後：

1. 環境変数 — 新しい変数はすべて本番で設定されているか？
2. データベースマイグレーション — マイグレーションは安全か？元に戻せるか？
3. 依存関係 — 新バージョンに既知の脆弱性はないか？
4. 破壊的API変更 — 下流のサービスは影響を受けるか？
5. リソース要件 — スケーリング設定の調整は必要か？
6. ロールバック計画 — 問題が発生した場合に元に戻せるか？

自動化されたデプロイメントDiff

多くのチームはCI/CDパイプラインでデプロイメントDiffを自動化し、現在のバージョンとターゲットバージョン間のすべての変更をリストする「デプロイメントマニフェスト」を生成します。