APIゲートウェイ

📖 もうちょい詳しく

何が新しいの？

サービスを小さな部品（マイクロサービス）にわけて作ると、APIの入口がたくさんに増えてしまいます。APIとは、外からプログラムにお願いを出すための窓口のことです。入口がバラバラだと、利用する側も管理する側も大変になります。そこで、入口を一本にまとめる仕組みとして「APIゲートウェイ」が使われるようになりました。

どうやって動いてるの？

利用者からのお願い（リクエスト）は、まずゲートウェイにすべて届きます。ゲートウェイは「この人は誰か（認証）」「短い時間に何回も来ていないか（回数制限）」を確かめます。そのうえで、お願いの内容に合った中の部品へ、つなぎ直して渡します。返ってきた答えも、ゲートウェイを通って利用者へ戻ります。

何ができるの？

入口が一つなので、認証や制限といったルールを一か所でまとめて決められます。中の部品をあとから増やしたり入れ替えたりしても、利用する側は同じ入口を使い続けられます。アクセスの記録（ログ）もまとめて取れるので、どれだけ使われているかも見やすくなります。

🌱 身近なたとえ

大きなビルの総合受付で例えると、わかりやすいです。来た人はまず受付に立ち寄り、名前や用件を確認してもらいます。受付は「何階の何課へ行けばよいか」を判断して案内します。ビルの中の部屋がいくつ増えても、訪れる人は受付に行けばよい、という安心感があります。

✅ まず覚えるポイント

• たくさんのAPIの入口を一本にまとめる窓口です
• 認証（誰か確認）をまとめて受け持ちます
• 回数制限（来すぎを防ぐ）もまとめて行います
• お願いを、中の正しい部品へ振り分けます
• マイクロサービスの「玄関」としてよく使われます
• ルールやログを一か所で管理できるのが利点です

🧭 よくある勘違い

APIゲートウェイがデータを処理しているの？

実際の中身を作るのは、奥にある各部品（サービス）です。ゲートウェイ自身は計算や保存を担うわけではなく、お願いを受け取って正しい行き先へ渡す「取り次ぎ役」であることが多いです。

ロードバランサーと同じもの？

役割が一部重なるので混同されやすいです。ロードバランサーは主に「混雑を分散する」ことが仕事です。APIゲートウェイはそれに加えて、認証や回数制限、行き先の振り分けまで受け持つことが多く、より幅広い窓口だと考えると整理しやすいです。

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

• API: 外からプログラムにお願いを出すための窓口です
• マイクロサービス: サービスを小さな部品にわけて作る考え方です
• REST API: Webでよく使われるAPIの作り方の一つです
• レート制限: 短い時間に来すぎたお願いを断る仕組みです

🏁 ひとことでまとめ

たくさんの入口を一本化し、確認と振り分けをまとめて引き受ける受付役、それがAPIゲートウェイです。