章 6 · 部 1

How to Know a Change Is Healthy

A focused chapter on how to know a change is healthy, with practical delivery concerns, trade-offs, and the operational questions behind CI/CD work.

6-1

デプロイ後にアプリケーションが健全であるとは、実際にはどのような状態か

パイプラインがグリーンになり、アプリは起動した。しかし、それは本当に「健全」なのか?プロセス生存確認だけでは見逃す3つの次元と、実践的な検証チェックリストを解説。

2 分
6-2

デプロイ後に確認すべき5つのシグナル:新バージョンの健全性を判断する指標

パイプラインが成功してもアプリケーションが正常に動作しているとは限りません。デプロイ直後に確認すべき5つの基本シグナル(可用性、エラー率、レイテンシ、飽和度、ログ)を解説します。

2 分
6-3

新しいバージョンが実際に正しく動作するか確認する方法

デプロイ後にパイプラインが成功しても、本当にアプリケーションは正常に動いているのでしょうか?この記事では、手動チェックの限界を解説し、スモークテストとシンセティックトランザクションを用いた構造化された検証パイプラインの構築方法を紹介します。

2 分
6-4

アプリケーション、データベース、インフラストラクチャにおける健全なデプロイとは

デプロイが完了したとき、それが実際に機能しているかどうかをどうやって確認しますか?パイプラインのステータスや緑色のチェックマーク、Slackの「デプロイ成功」メッセージではありません。本当の質問は、デプロイしたものが本来の動作をしているかどうかです。

2 分
6-5

デプロイは本当に完了したと言えるのか

デプロイコマンドが成功しても、アプリケーションが正常に動作しているとは限りません。本記事では、デプロイの完了を宣言するために必要な検証プロセスと具体的なチェックリストを解説します。

2 分
6-6

デプロイ後の手動チェックが失敗する理由(そして代わりに何をすべきか)

デプロイ後の手動チェックはスケールせず、見落としやボトルネックを生みます。本記事では、スモークテストとシンセティックトランザクションを用いた自動チェックの実践方法を解説します。

2 分