ヘルスチェック とは？

ヘルスチェックを設定していれば防げたかもね。サーバーの /health エンドポイントに定期的にリクエストを送って、応答がなければ自動で通知してくれる仕組みだよ。

シンプルなものはそうだけど、しっかり作るならデータベースへの接続確認や、依存する外部APIの状態も含めてチェックするよ。200 OKを返すだけじゃなくて、本当にサービスが使える状態かを確認するんだ。

ロードバランサーなら、ヘルスチェックに失敗したサーバーにはリクエストを送らなくなるよ。Kubernetesならコンテナを自動で再起動してくれる。人間が気づく前にシステムが自動で対応してくれるのが最大のメリットだね。

一般的には10〜30秒間隔が多いよ。短すぎるとサーバーに負荷がかかるし、長すぎると障害の検知が遅れる。AWSのALBはデフォルト30秒間隔で、「連続して何回失敗したらunhealthy」という閾値も設定できるんだ。一時的なネットワークの揺れで即座にunhealthy判定されないようにするのがコツだよ。

シンプルなものなら200 OKを返すだけでいいけど、プロダクション品質のヘルスチェックは「liveness」と「readiness」を分けるのがベストプラクティス。livenessはプロセスが生きているか（失敗ならコンテナ再起動）、readinessはリクエストを受ける準備ができているか（失敗ならロードバランサーから除外）。Kubernetesではこの2つを別々のエンドポイントで定義するのが標準的なパターンだよ。