Kong 3.9 介绍与选型指南

一、信息基准

1.1 查询说明

• 查询日期：2026-10-19。
• 信息获取方式：纯官方资料溯源（Kong 官方站点 konghq.com、官方开发者文档、GitHub 官方仓库 Kong/kong 发行页），本文不做本地安装与运行实测。
• 版本结论：本次介绍的版本为 Kong Gateway 3.9 系列，最新补丁 3.9.4（2026-10-12 发布）。3.9.0 GA 于 2024-12-27 发布。

1.2 版本依据

1.3 官方来源清单

二、软件概述

本文介绍的是 Kong Gateway 3.9（开源版，最新补丁 3.9.4，2026-10-12 发布）。

Kong 是一款开源的云原生 API 网关，位于客户端与上游服务之间，统一承担路由转发、认证鉴权、流量治理、可观测等网关职责。它构建于 OpenResty（Nginx 与 LuaJIT 运行时）之上，通过插件机制扩展能力，官方插件库覆盖认证、限流、日志、监控等类目。Kong 由 Kong Inc.（KongHQ）主导，同时提供商业版（Kong Enterprise），开源版以 Apache License 2.0 发布。

Kong 在 GitHub 上拥有 44279 stars（2026-10-19 实查，Kong/kong 仓库），是 API 网关领域关注度最高的开源项目之一。其数据面兼支持传统部署、声明式无数据库运行（DB-less）以及 Kubernetes Ingress Controller（KIC）等多种形态。

三、核心架构

3.1 数据面与控制面

• 数据面（Proxy）：基于 OpenResty 处理实际请求流量，请求先经路由匹配进入网关，再按阶段依次执行插件，最后转发到上游服务。
• 控制面（Admin API）：通过 REST Admin API 管理路由、服务、消费者与插件配置。DB-less 模式下以声明式 YAML（kong.yml）加载全部配置。

3.2 核心对象

3.3 运行形态

• 传统模式：配置存于 PostgreSQL 等数据库，控制面集群管理。
• DB-less 模式：声明式配置整包加载，数据面无状态化，便于不可变基础设施交付。
• KIC：Kubernetes Ingress Controller 将 Kong 作为 K8s 入口数据面，以 CRD 声明路由与策略。

四、功能特性

4.1 插件生态

认证（Key Auth、JWT、OIDC 等）、安全（ACL、IP 限制）、流量治理（限流、熔断）、可观测（Prometheus、日志、链路追踪）等类目插件开箱即用，并支持 Lua/Go/Python 等语言的自定义插件开发（官方插件文档）。

4.2 流量治理能力

支持灰度发布所需的金丝雀路由、多协议转发（HTTP/HTTPS、gRPC、WebSocket 等）、健康检查与负载均衡策略（官方文档）。

4.3 3.9 系列状态

3.9 系列自 2024-12 GA 后持续接收补丁：2026 年内发布 3.9.2、3.9.3、3.9.4 三个补丁（官方发行页实查），属于当前活跃维护的稳定线；3.9.4 发行说明引导用户从 konghq.com/install/ 获取。

4.4 商业版差异

Kong Enterprise 在开源版之上提供管理控制台（Kong Manager/Konnect）、企业级支持与部分商业插件。商业能力以官方站点套餐说明为准，本文以开源版 3.9 为介绍基准。

五、快速上手

以下示例引自官方文档与官方仓库发行说明，本文不做本地实测。

5.1 获取

官方安装入口 https://konghq.com/install/ 提供各操作系统安装包、软件源与发行物的获取路径；3.9.4 发行说明同时给出对应下载页（https://konghq.com/install/ ）。

5.2 声明式配置启动（DB-less）

官方文档给出的最小声明式配置形态如下（节选自官方 DB-less 文档示例结构）：

_format_version: "3.0"
services:
- name: example-service
  url: http://httpbin.org
  routes:
  - name: example-route
    paths:
    - /example

以该配置文件启动后，网关即按声明式定义暴露 /example 路由。

5.3 验证

按官方 quickstart 路径，配置完成后通过 Admin API 查询网关状态，并访问代理端口验证路由转发结果。完整步骤见官方开发者文档：https://developer.konghq.com/ 。

六、适用场景与限制

6.1 适用场景

• 微服务 API 统一入口：认证、限流、审计集中到网关层。
• 多协议接入：HTTP/gRPC/WebSocket 混合流量。
• 云原生入口：以 KIC 承担 Kubernetes 集群入口。
• DB-less 声明式交付：配置即代码的不可变发布流程。

6.2 限制与注意事项

• OpenResty/LuaJIT 技术栈对深度定制插件有一定学习曲线。
• 传统模式引入数据库依赖，小型场景建议优先 DB-less。
• 开源版不含企业管理控制台与商业插件，相关能力需评估 Enterprise 或 Konnect。
• 3.9 为补丁维护线，新能力以官方路线图为准；选型时应核对目标功能的版本支持矩阵。

七、同类选型对比

7.1 候选概览

7.2 量化对比（2026-10-19 实查）

（stars 与发版时间取自各项目 GitHub Releases 页面实查；许可见各自仓库 LICENSE。）

7.3 选型建议

追求插件生态厚度、多运行形态与社区规模的，优先 Kong；看重配置热更新速度与开源控制台体验的可选 APISIX；团队以 Go 为主体或关注 AI 网关方向可评估 Tyk（注意 MPL-2.0 许可）；深度绑定 Kubernetes 并希望遵循 Gateway API 标准的，则选 Envoy Gateway。

八、参考链接

• 官方站点：https://konghq.com/
• 开发者文档：https://developer.konghq.com/
• 安装入口：https://konghq.com/install/
• 源码仓库：https://github.com/Kong/kong
• 3.9.4 发行说明：https://github.com/Kong/kong/releases/tag/3.9.4
• Apache APISIX 仓库：https://github.com/apache/apisix
• Tyk 仓库：https://github.com/TykTechnologies/tyk
• Envoy Gateway 仓库：https://github.com/envoyproxy/gateway