# AWS API Gatewayの代わりになるオープンソース（3件）

ossalt.jp のページ: https://ossalt.jp/alternatives/aws-api-gateway/

AWS API Gatewayの代替は、APIへの入口（認証・流量の制限・振り分け）を、特定のクラウドに依存しない形で持ちたい場合の選択肢です。複数のクラウドや自社のサーバーをまたいで、同じ仕組みでAPIを公開できるようになります。

| ツール | ライセンス | 日本語の画面 | Docker | スター | 最終コミット | Scorecard |
|---|---|---|---|---|---|---|
| [Traefik](https://ossalt.jp/md/tools/traefik.md) | MIT | 未確認 | あり | 65,490 | 2026-11-06 | 6.4 |
| [Kong](https://ossalt.jp/md/tools/kong.md) | Apache-2.0 | 未確認 | あり | 44,365 | 2026-10-19 | 7.5 |
| [Apache APISIX](https://ossalt.jp/md/tools/apisix.md) | Apache-2.0 | 未確認 | あり | 17,304 | 2026-11-06 | 7.2 |

## 選び方

- **APIゲートウェイとしての機能**：KongとApache APISIXは、認証・流量の制限・ログなどを備えた本格的なAPIゲートウェイです。Kongには有償版にしかない機能もあるため、必要な機能がどちらに含まれるか確認しましょう。
- **振り分けの自動化**：Traefikは、コンテナの起動を検知して振り分けの設定を自動で作るリバースプロキシです。API管理の機能は、KongやAPISIXほど多くありません。
- **ライセンス**：KongとApache APISIXはApache-2.0、TraefikはMITです。

## 移行するときの注意

- 認証、流量の制限、振り分けのルールは、移行先の設定の書き方で作り直す必要があります。
- AWS LambdaなどAWSのサービスと一体で使っていた機能は、そのままでは置き換えられないことがあります。つながっている先を一覧にして確認しましょう。
- ゲートウェイはすべてのAPIの入口になるため、止まれば全体が止まります。複数台での運用と、TLS証明書の自動更新を最初に設計してください。

---
データ: ossalt.jp（2026-11-08時点）。「未確認」は「非対応」という意味ではありません。
