ヘルスチェック

📖 もうちょい詳しく

何が新しいの？

サービスは1台のサーバではなく、同じ役割の機械を何台も並べて動かすことが多くなりました。すると「いま、この1台は元気に動いているか？」を人がずっと見張るのは大変です。ヘルスチェックは、その確認を自動でくり返してくれる仕組みです。問題のある機械を早く見つけて、利用者にエラーが届く前に手を打つために使われます。

どうやって動いてるの？

仕組みはとてもシンプルです。確認役（ロードバランサや監視ツール）が、各サーバへ決まった間隔で問い合わせを送ります。多くは「/health」のような専用の窓口に小さなリクエストを投げ、正常を表す返事（たとえば「OK」）が返るかを見ます。返事がなかったり、エラーが続いたりしたら「調子が悪い」と判断する、という流れです。

何ができるの？

異常と判断された機械は、自動でお客さんを振り分ける対象から外せます。残った元気な機械だけに通信を回せば、利用者はエラーに気づかないまま使い続けられます。さらに、止まった機械を再起動したり、代わりを増やしたりする合図にもなります。

🌱 身近なたとえ

お店のレジで例えると、分かりやすいかもしれません。店長が時々「このレジ、ちゃんと動いてる？」と声をかけて回り、反応がないレジには新しいお客さんを並ばせない、という動きに似ています。確認は一度きりではなく、こまめにくり返すのがポイントです。直ったレジには、また自然とお客さんを案内し始めます。

✅ まず覚えるポイント

• サーバが正常かを、定期的に問い合わせて確かめる仕組みです
• 専用の窓口に小さなリクエストを送り、返事の有無で判断します
• 異常な機械は、振り分けの対象から自動で外せます
• 主にロードバランサや監視ツールが利用します
• 再起動や台数の増減の合図としても使われます

🧭 よくある勘違い

一度OKなら、ずっと正常ってこと？

そうではありません。ヘルスチェックは決まった間隔でくり返すのが基本です。さっきまで元気でも、急に止まることはあります。だからこそ、こまめに確認し続けて、状態の変化に早く気づけるようにしています。

異常が見つかったら、すぐ直してくれるの？

ヘルスチェックそのものは、あくまで「正常か異常かを知らせる役」です。外す・再起動する・台数を増やすといった対応は、ロードバランサや自動で台数を調整する仕組みなど、受け取った側がおこないます。役割を分けて考えると、混乱しにくくなります。

🧩 関連して覚えると楽な言葉

• ロードバランサ: 通信を複数サーバに振り分ける係。ヘルスチェックの結果で振り先を選びます
• モニタリング: システムの状態を継続して見張る活動。ヘルスチェックもその一部です
• オートスケーリング: 混み具合に応じて台数を自動で増減する仕組み。健全な台数の判断に使います
• オブザーバビリティ: システムの中で何が起きているかを外から把握しやすくする考え方です

🏁 ひとことでまとめ

元気な機械にだけ仕事を回すために、各サーバの調子をこまめに聞いて回る見回り役が、ヘルスチェックです。