AWSを触り始めた頃、「ELB（Elastic Load Balancing）」って何？と聞かれて、
正直「なんか難しそう…」って思いませんでしたか？

僕も最初そうでした。
“ロードバランサー”って言われても、なんか道路の交通整理みたいな言葉で、ピンと来ないんですよね。

でもある日、「これって会社の受付係みたいなもんじゃん」と思った瞬間、
急にイメージがつながりました。

今回はそんな“受付のコンシェルジュたとえ”で、ELBの仕組みをやさしく整理してみます。

本記事は筆者の理解整理を目的としたもので、
AWS公式ドキュメントの要約ではありません。

ELBは会社の「受付の案内係」だと思うとわかりやすい

ELB（Elastic Load Balancing）は、ユーザーからのアクセス（リクエスト）を、
複数のサーバー（EC2インスタンス）にいい感じに振り分けてくれる仕組みです。

でも、「負荷分散」って聞くと堅い印象ですよね。
これを、**会社の受付の案内係（コンシェルジュ）**にたとえると一気に理解が進みます。

受付の役割は“案内と調整”。ELBもまったく同じことをしている

会社の受付を思い浮かべてください。
来客がやってきたとき、受付の人はこう動きます。

これ、ELBがやっていることと全く同じなんです。

つまり、ELBは会社の「顔」として、
来客（リクエスト）を適切な部署（サーバー）にスムーズに案内している存在なんです。

想像してみてください。
あなたはAWS社の受付係「ELBさん」です。
今日もたくさんのお客さん（ユーザー）がやってきます。

ELBさんは言います。

「承知しました！担当の部署（EC2）にご案内しますね！」

でも、いま部署Aは電話対応中で忙しい。
そこでELBさんは即座に判断して、空いている部署Bへ案内します。
これがロードバランシングです。

ELBさんは常に各部署の健康状態をチェックしています。
もし「部署Cが対応できない」とわかれば、そこには案内しません。

これがヘルスチェック機能。
つまり、「止まっているサーバーにはリクエストを送らない」という優しい仕組みなんです。

最近は日本だけじゃなく、海外からもお客さんが来るようになりました。
ELBさんは複数の受付を用意して、地理的に近い受付へ案内します。
これがリージョンやゾーンをまたぐ冗長構成。

どこかの受付が停電しても、他の受付が対応できる。
それがAWSの強みです。

AWSのELBには、いくつかのタイプがあります。
これも受付スタイルで整理するとわかりやすいです。

ELBの種類	受付スタイル	主な特徴
ALB（Application Load Balancer）	“目的別の案内係” 「問い合わせは営業へ」「採用は人事へ」など、URLやホスト名で細かく振り分ける	HTTP/HTTPSベース、Webアプリ向け
NLB（Network Load Balancer）	“電話交換手” 通信の内容は見ずに、超高速でつなぐ	TCP/UDPベース、高パフォーマンス

この対応表を見ると、ALBは「柔軟な対応ができるコンシェルジュ」、
NLBは「スピード重視の電話オペレーター」といった感じですね。

ELBの役割を一言で言うなら、
「来た人を混乱させず、最適な部署へ案内する案内係」です。

単に“負荷を分散する”というよりも、
“システム全体の体験を整えるおもてなし役”なんですよね。

だからこそ、Webサービスの入口に置いておくことで、
アクセス集中時でもサーバーが落ちにくく、
利用者にとっても「快適で安定したサイト」を提供できるわけです。

この記事を読んで、「なんとなくイメージがつかめた！」と思った人は、
ぜひ実際にAWSコンソールでELBを作ってみてください。

ELBを理解することは、AWSネットワーク設計の第一歩です。
次の記事も「たとえで理解シリーズ」で楽しく学んでいきましょう。

✍️たとえで理解シリーズでは、
AWSの難しい概念を「身近なたとえ」で分かりやすく解説しています。
フォロー・いいね・コメントで、あなたの理解の旅を一緒に進めていきましょう！

次回は、この“マンション生活”の次のステップ。
「Auto Scaling＝清掃会社」 というたとえで、トラフィック制御の仕組みを解説していきます。

「たとえで理解シリーズ」続編もぜひチェックしてみてください。

本記事は、生成AIとの対話を通じて構成・推敲を行いました。
たとえや構成のアイデアを生成AIと整理しながら、
読者に「直感的に伝わる説明」を目指しています。