Kong のライセンスと料金の整理 — OSS / Konnect / Enterprise の違いと選び方

2026.08.13 ・ 約9分で読めます

「Kong は無料で使えるのか」という質問への答えは、どの提供形態の話かで変わります。Kong には Apache 2.0 ライセンスのオープンソース版、SaaS 型コントロールプレーンの Konnect、セルフホストの Enterprise 版という3つの形態があり、同じ「Kong Gateway」という名前で語られるため混同されがちです。本記事はこの3つを、ライセンス・含まれる機能・費用の考え方で整理します。

内容は2026年8月時点の公開情報にもとづきます。Enterprise の価格は公表されておらず規模・構成で変わるため、本記事では金額ではなく「何にお金を払うことになるか」の構造を説明します。個別の見積もりは Kong 社または販売パートナー経由で確認してください。

3つの提供形態の全体像

項目Kong Gateway OSSKong KonnectKong Gateway Enterprise
ライセンスApache 2.0(オープンソース)商用サブスクリプション(SaaS)商用サブスクリプション(年間)
実行場所すべて自社環境管理面は Kong のクラウド、ゲートウェイ本体(データプレーン)は自社環境すべて自社環境(オンプレ可)
管理UI限定的(宣言的設定・Admin API が中心)フル機能のダッシュボードKong Manager(セルフホストUI)
費用の考え方ソフトウェア費用ゼロ。運用人件費とインフラ費のみ無料枠あり。以降は利用量ベース+上位ティアは商談規模・構成に応じた年間契約(非公開)
サポートコミュニティティアに応じた公式サポート公式サポート・SLA
向いている場面検証、小規模、GitOps 運用ができるチーム管理面の運用を持ちたくない、素早く立ち上げたいオンプレ要件、厳格な統制・監査、閉域環境
表1:3形態の整理。「ゲートウェイ本体」はどの形態でも自社側で動かせる点が、full SaaS の API 管理製品との違いです。

Kong Gateway OSS — Apache 2.0 でどこまでできるか

オープンソース版は Apache 2.0 ライセンスです。商用利用・社内利用・改変に制限はなく、「会社で使うならライセンス購入が必要」という類の制約はありません。ゲートウェイのコア(ルーティング、負荷分散、宣言的設定、プラグイン機構)と、認証・レート制限・変換などの基本プラグイン群、そして 3.6 以降は AI Gateway の中核である ai-proxy プラグインも OSS の範囲に含まれます。

OSS 版に含まれないのは、おおまかに言えば「大規模組織で複数チームが安全に共用するための機能」です。ロールベースのアクセス制御(RBAC)、監査ログ、フル機能の管理 UI、開発者ポータル、公式サポートがこれに当たります。1チームが GitOps で設定を管理する規模なら OSS で完結させやすく、複数部門・複数チームが同じゲートウェイ基盤を触る段階になると有償側の機能が効いてきます。

Kong Konnect — コントロールプレーンを買うという考え方

Konnect は「管理面だけを SaaS にする」形態です。設定管理・ダッシュボード・分析・開発者ポータルといったコントロールプレーンを Kong 社のクラウドが提供し、トラフィックを処理するゲートウェイ本体(データプレーン)は自社の環境で動かします。API リクエストのボディが Kong 社のクラウドを通過しない構造のため、「SaaS だがデータは社内を出ない」という説明が成り立ちやすく、この点は社内のセキュリティ審査で重要になります。

費用は無料枠から始まり、利用量(API コール数)に応じた従量課金、上位ティアは商談ベースという構造です。無料枠は検証には十分ですが、本番前提の機能・サポート水準はティアで変わるため、本番投入の前にティア表の確認が必要です。自社でコントロールプレーンの可用性を設計しなくてよい分、OSS 運用と比べて運用人件費が下がる方向に働きます。

Kong Gateway Enterprise — 何が解放されるか

Enterprise はセルフホストの商用版です。OSS との差分は大きく5つあります。(1) RBAC と監査ログ(誰が設定を変えたかの統制)、(2) Kong Manager などの管理・分析機能(3) 企業向けプラグイン群(OIDC 連携、高度なレート制限、後述の AI 系 advanced プラグインなど)、(4) FIPS 対応などのコンプライアンス要件対応(5) SLA 付きの公式サポートです。

価格は公表されておらず、ゲートウェイのノード数や環境数、サポート水準をもとにした年間サブスクリプションとして個別見積もりになります。閉域・オンプレ要件があるか、監査で RBAC・監査ログを求められるか、が Enterprise を検討する典型的な入口です。逆に言えば、この2つがなければ OSS か Konnect から始めるのが自然です。

AI Gateway 関連プラグインの無償・有償区分

AI Gateway は独立した製品ではなく、Kong Gateway 上のプラグイン群として提供されます。したがって「AI Gateway の料金」は、どのプラグインを使うかでほぼ決まります。

区分主なプラグインできること
無償(OSS に含まれる)ai-proxy、ai-prompt-template、ai-prompt-decorator、ai-prompt-guard などマルチプロバイダへの中継と認証、プロンプトの定型化・前後付与、正規表現ベースの入力ガード
有償(Enterprise / Konnect 上位)ai-proxy-advanced、ai-semantic-cache、ai-rate-limiting-advanced、ai-azure-content-safety など負荷分散・フォールバックを含む高度なルーティング、意味的キャッシュ、トークン量ベースのレート制限、外部サービス連携のコンテンツ検査
表2:AI 系プラグインの区分の概観。区分はバージョンアップで変わることがあるため、採用判断の前に公式の Plugin Hub で最新の区分を確認してください。

実務での分かれ目になりやすいのは、セマンティックキャッシュとトークン量ベースのレート制限です。この2つはコスト削減と統制の要ですが有償側にあります。「まず OSS の ai-proxy で集約だけ始めて、コストが見えてきた段階で有償機能を評価する」という段階的な進め方が、投資判断として説明しやすい進み方です。

よくある誤解

「OSS 版は商用利用できない」。できます。Apache 2.0 は商用利用を明示的に許可しているライセンスです。社内システムでも顧客向けサービスの裏側でも、ソフトウェア費用なしで利用できます。

「AI Gateway は別ライセンスの製品」。違います。Kong Gateway のプラグイン群であり、ai-proxy を使うだけなら OSS の範囲です。「AI Gateway を買う」という商談は、実際には Enterprise または Konnect の契約に AI 系有償プラグインが含まれる形になります。

「Konnect にすればゲートウェイの運用がなくなる」。なくなるのは管理面の運用です。データプレーンは自社環境で動くため、そのスケーリング・監視・バージョン更新は引き続き自社側(または支援パートナー)の仕事です。

「Enterprise でないと本番に使えない」。要件次第です。RBAC・監査・閉域・SLA が必須でなければ、OSS を本番で使っている事例は珍しくありません。判断軸は規模ではなく統制要件です。

選び方の目安

検証・スモールスタートなら OSS。ソフトウェア費用ゼロで、Docker での最小構成から始められます。本番を早く立ち上げたい・管理面を持ちたくないなら Konnect。無料枠で検証し、ティアを上げる判断は利用量が見えてからで間に合います。オンプレ・閉域・厳格な統制が要件にあるなら Enterprise。この場合は要件定義の段階で見積もりを取り、ノード数の設計とセットで考える必要があります。

迷いやすいのは「OSS で始めて、あとから有償に上げられるのか」という点ですが、これは可能です。宣言的設定もプラグイン設定も引き継げるため、最初の選択が後戻りできない一方通行になることはありません。むしろ最初に決めるべきは形態ではなく、「どの統制機能(RBAC・監査・コスト管理)がいつ必要になるか」の時間軸です。

ライセンス選定と見積もり、パートナーとして支援します。
要件整理から形態の選定、Kong 社との見積もり調整、導入後の運用まで日本語で伴走します。
Kong 導入支援を見る
相談する →