章 17 · 部 3

CI/CD for Containerized Application

A focused chapter on ci/cd for containerized application, with practical delivery concerns, trade-offs, and the operational questions behind CI/CD work.

17-1

なぜアプリケーションをコンテナ化する必要があるのか

環境の差異による「自分のマシンでは動く」問題を解決するコンテナの本質と、CI/CDパイプラインへの影響を解説。Dockerfileの書き方からイメージ管理のベストプラクティスまで、実践的な知見を提供します。

2 分
17-2

あなたのDockerfileは本番環境には大きすぎる

アプリケーションが完成し、Dockerfileを作成してイメージをビルドしたものの、1.2GBものサイズになってしまっていませんか?本番環境に適したDockerfileの書き方、マルチステージビルド、セキュリティ、再現性について解説します。

2 分
17-3

CI/CDパイプラインでのDockerイメージビルド

ローカルで動くDockerfileがパイプラインで失敗する理由と、ビルドコンテキストの最適化、キャッシュ活用、再現性確保、レジストリ保存までを解説。実践的なチェックリスト付き。

2 分
17-4

コンテナタグがあなたを騙す理由

docker pull myapp:latest で取得できるイメージは、明日には別のものになっているかもしれません。タグの可変性がもたらすリスクと、ダイジェストを使った信頼性の高いデプロイ方法を解説します。

2 分
17-5

コンテナイメージをデプロイ前にスキャンすべき理由とその方法

コンテナイメージの脆弱性スキャンはなぜ必要か、CI/CDパイプラインへの組み込み方、ポリシー設定、Trivyなどのツール活用方法を解説。デプロイ前に脆弱性を自動検出し、セキュリティリスクを低減する実践的な手法を紹介。

2 分
17-6

コンテナイメージの環境間プロモーション:タグよりもダイジェストが重要な理由

コンテナイメージのプロモーションにおいて、タグではなくダイジェストを使うべき理由と、承認ゲートを含む実践的なパイプライン設計を解説。Kubernetesでの適用例やチェックリストも紹介。

2 分
17-7

コンテナイメージができたら、実際にどこで動かすのか

イメージのビルド、脆弱性スキャン、レジストリへのプッシュが完了。次は実際にユーザーがアクセスできる場所でコンテナを動かす本番デプロイです。シングルサーバーとKubernetes、どちらを選ぶべきか、運用要件に基づいた判断基準を解説します。

2 分
17-8

本番障害発生時、なぜイメージのトレーサビリティとロールバックが必要か

本番環境で障害が発生した際、迅速に原因を特定しサービスを復旧するために不可欠なコンテナイメージのトレーサビリティとロールバック戦略について解説。ダイジェストによる確実な追跡、Kubernetesでの実践的なロールバック手順、そして根本原因分析の重要性をエンジニア向けに詳述。

2 分