Apache APISIX 和 Envoy 有什么区别？

Apache APISIX 是功能完整的 API 网关：基于 NGINX/OpenResty(LuaJIT)+ etcd，自带 Admin API、100+ 插件生态与 Dashboard，面向南北向 API 管理开箱即用。Envoy 是 C++ 编写的 L4/L7 代理，定位「通用数据面」，最广为人知的角色是 Istio 等服务网格的数据面 —— 它是可编程代理，需要外部控制面来管理。

APISIX 和 Envoy 谁更快？

两者都是高性能代理。Apache APISIX 官方自报单核约 18,000 QPS、约 0.2 毫秒附加延迟；APISIX 一方发布的南北向对测中 APISIX 在 QPS 和延迟上略占优。Envoy 是 C++ 代理，内存占用小、裸吞吐强。任何厂商基准都仅供方向参考，请以自己的负载实测。

Envoy 能替代 APISIX 当 API 网关吗？

可以当网关，但需要额外配一个外部控制面 —— Envoy Gateway、Istio 或 Gloo —— 通过 xDS 管理路由与策略。Apache APISIX 则自带 Admin API、100+ 插件、消费者/路由管理和 Kubernetes Ingress Controller。用 Envoy 搭出完整 API 管理，集成工作量显著大于直接用 APISIX。

两者的插件/扩展开发有什么差异？

Apache APISIX 支持用 Lua（原生）、Go、Wasm、Python、Java 编写插件，运行时热加载、无需重启，且已有 100+ 内置插件。Envoy 的主扩展路径是原生 C++ filter（官方文档写明复杂或高性能场景应使用 C++ API），另有 LuaJIT filter 做轻量脚本和 Proxy-Wasm(C++/Rust SDK)。

服务网格场景 Envoy 是不是更合适？

是。服务网格数据面上 Envoy 是行业事实标准 —— Istio、Gloo 等网格都构建在它之上，为东西向 sidecar 流量而生。APISIX 专注南北向：API 网关、Kubernetes Ingress 与边缘，内置的 API 管理能力远比裸 Envoy 深。网格 sidecar 选 Envoy;API 网关层选 APISIX。

可以同时用 Envoy 和 APISIX 吗？

可以，而且是常见架构：Envoy（由 Istio 管理）作为东西向服务网格数据面，Apache APISIX 或 API7 企业版承担南北向 API 网关与 Ingress。这样既有 Envoy 的网格能力，又有 APISIX 自带的 Admin API、100+ 插件与 API 管理深度。

Apache APISIX vs Envoy:API 网关与通用代理对比(2026)

作者：API7 技术团队

最后更新：2026 年 7 月

Apache APISIX 是开箱即用的 API 网关；Envoy 是为「通用数据面」而生的 C++ 代理、服务网格的事实标准。两者不是零和竞争 —— 本文说清各自的角色边界、扩展方式与组合用法。

一句话结论

Apache APISIX 是电池齐备的 API 网关（NGINX/OpenResty + etcd、100+ 插件、内置 Admin API），最适合南北向流量与 Kubernetes Ingress。Envoy 是 C++ 通用代理、服务网格数据面的王者，但要当网关需要自配外部控制面(Envoy Gateway、Istio、Gloo)。很多团队两个都用：网格里跑 Envoy,API 网关层跑 APISIX。

开箱即用的 API 网关与 Ingress: Apache APISIX
服务网格 sidecar 数据面: Envoy
网格 + 网关分层架构: 两者搭配（Envoy 网格 + APISIX 网关）

一览对比
APISIX 是什么
Envoy 是什么
架构
能力矩阵
怎么选
常见问题

Apache APISIX vs Envoy 一览对比

APISIX 自带控制面(Admin API)与插件生态，面向 API 网关开箱即用；Envoy 是需要外部控制面的通用代理，在服务网格数据面上是事实标准。

维度	Apache APISIX	Envoy
最适合	功能完整的 API 网关与 Kubernetes Ingress	通用 L4/L7 代理与服务网格数据面
内核与运行时	NGINX/OpenResty(LuaJIT)+ etcd	C++ 代理 + xDS API
控制面	✓ 内置 Admin API	外部(Envoy Gateway、Istio、Gloo)
插件 / 扩展	100+ 插件(Lua、Go、Wasm、Python、Java)	C++ filter、Lua filter、Wasm(Proxy-Wasm)
服务网格	专注南北向	✓ 网格数据面事实标准(Istio)
API 管理	✓ Admin API、路由、消费者	— 需要外部控制面
许可	Apache-2.0（ASF 项目）	Apache-2.0（CNCF 项目）

Apache APISIX 是什么？

Apache APISIX 是功能完整的云原生 API 网关，基于 NGINX/OpenResty + etcd，自带 Admin API、100+ 插件与热配置更新，Apache-2.0 全开源。

Apache APISIX 是功能完整的云原生 API 网关，基于 NGINX/OpenResty(LuaJIT)与 etcd 配置中心。自带 Admin API、100+ 开源插件（认证、流量、可观测）与热配置更新 —— 全部 Apache-2.0，无付费墙。

架构

NGINX/OpenResty(LuaJIT)+ etcd

许可证

Apache-2.0（ASF 顶级项目）

最适合

API 网关与 Kubernetes Ingress

优势

内置 Admin API、路由、消费者 —— 不用自己拼控制面
100+ 开源插件全部包含
官方自报单核约 18,000 QPS、约 0.2 毫秒附加延迟
插件可用 Lua、Go、Wasm、Python、Java 编写，运行时热加载

不足

需要 etcd 作为配置存储
东西向服务网格采用率小于 Envoy
HTTP/3 支持仍为实验性
企业级控制台、FIPS 与支持经由 API7 企业版提供

Envoy 是什么？

Envoy 是 C++ 编写的高性能 L4/L7 代理与「通用数据面」，是 Istio 等服务网格的数据面事实标准，经外部控制面的 xDS API 动态配置。

Envoy 是 C++ 编写的高性能 L4/L7 代理，为现代服务化架构设计的「通用数据面」。它是采用最广的服务网格数据面(Istio、Gloo)，通过静态配置或外部控制面提供的 xDS API 动态配置。

架构

C++ L4/L7 代理 + xDS API

许可证

Apache-2.0（CNCF 项目）

最适合

服务网格数据面

优势

C++ 性能与小内存占用
服务网格数据面事实标准（Istio、Gloo 等）
xDS 动态配置；Redis、MongoDB、Postgres 等协议感知 L4 代理
内置可观测性强：stats、追踪、访问日志

不足

无内置控制面或管理界面 —— 需要 Envoy Gateway、Istio 或 Gloo
原生 filter 需写 C++，门槛高于运行时加载的插件
开箱不是独立的 API 网关
无内置开发者门户、消费者与 API 生命周期管理

架构：自带控制面 vs 通用数据面

APISIX = 数据面 + 内置控制面(Admin API/etcd)，装完即是网关；Envoy = 纯数据面，路由与策略要靠外部 xDS 控制面下发。

Apache APISIX 自带完整的控制面：Admin API 管理路由、上游、消费者与插件，配置写入 etcd 后毫秒级同步到所有无状态数据面节点。部署完成即可用作 API 网关，无需再引入其他组件。

Envoy 刻意保持「纯数据面」：自身只消费配置，不管理配置。生产中的 Envoy 网关通常由 Envoy Gateway、Istio 或 Gloo 等控制面经 xDS 协议 (LDS/RDS/CDS/EDS/SDS)驱动。这带来极强的可编程性 —— 也意味着把 Envoy 用成完整 API 网关，你实际是在选型并运维「Envoy + 某个控制面」的组合，而不是单个产品。

Apache APISIX vs Envoy 能力矩阵

差异集中在控制面（内置 vs 外部）、扩展门槛（热加载多语言插件 vs C++ filter）、服务网格角色与 API 管理深度。

能力	Apache APISIX	Envoy
架构	NGINX/OpenResty(LuaJIT)+ etcd 配置中心；无状态数据面、配置热同步	C++ L4/L7 代理，定位通用数据面；静态配置或经 xDS 动态下发
控制面	内置：Admin API、路由、上游、消费者；可选 Dashboard	无内置；依赖 Envoy Gateway、Istio、Gloo 或自研 xDS 服务
性能口径	官方自报单核约 18,000 QPS、约 0.2 毫秒附加延迟；LuaJIT 执行插件	C++ 裸吞吐强、内存占用小；事件驱动异步模型
插件生态	100+ 开源插件：认证、流量、可观测、AI —— 无付费墙	内置路由、限流、认证(ext_authz)等 filter；扩展经 C++、Lua 或 Wasm
自定义扩展	Lua（原生）、Go、Wasm、Python、Java —— 运行时热加载、无需重启	C++ 原生 filter（复杂/高性能场景的官方路径）、LuaJIT filter、Proxy-Wasm(C++/Rust)
动态配置	etcd watch 热更新；路由、插件、上游变更无需重启	xDS 系列 API(LDS/RDS/CDS/EDS/SDS)从外部控制面流式下发
服务网格	专注南北向（网关、Ingress、边缘）	Istio、Gloo 等网格的数据面事实标准；为东西向 sidecar 而生
协议支持	HTTP/1.1、HTTP/2、gRPC、WebSocket、TCP、UDP、MQTT、Dubbo;HTTP/3 实验性	HTTP/1.1、HTTP/2、HTTP/3（下行生产可用、上行 alpha）、gRPC、TCP、UDP，及 Redis、MongoDB、Postgres 协议感知
安全与认证	JWT、OAuth2/OIDC、mTLS、HMAC、API key、OPA、CORS —— 内置插件	原生 mTLS 与 JWT；更丰富的认证授权经 ext_authz、OPA 或外部服务
可观测性	Prometheus、OpenTelemetry、SkyWalking、Zipkin、Datadog 原生集成	遥测能力强：stats(Prometheus/StatsD)、分布式追踪、访问日志、admin 端口
Kubernetes	原生 Ingress Controller 与 Gateway API 支持	经 Envoy Gateway、Istio 或 Contour 使用；自身不是独立 Ingress
许可与商业化	Apache-2.0，完全开源无付费墙；商业版 API7 企业版	Apache-2.0(CNCF)；商业支持来自 Envoy Gateway 各厂商、Tetrate、Solo.io 等

怎么选：APISIX 还是 Envoy?

API 网关与 Ingress 选 APISIX；服务网格数据面选 Envoy；大型架构常见的答案是两者分层搭配。

选择 Apache APISIX，如果你…

需要生产可用的 API 网关：内置 Admin API 与 100+ 插件
要 OAuth2/OIDC、限流、转换，而不想自己拼控制面
跑 Kubernetes Ingress、边缘或南北向 API 管理

选择 Envoy，如果你…

在建服务网格，需要通用的 L4/L7 sidecar 数据面
已使用 Istio、Gloo 或其他基于 Envoy 的控制面
需要 xDS 驱动的配置或协议感知的 L4 代理(Redis、MongoDB)

一句话总结：这是「开箱即用的 API 网关」与「需要控制面的通用代理」之争，更是分工：南北向 API 管理选 Apache APISIX，东西向网格数据面选 Envoy，两者搭配是成熟架构的常见形态。需要控制台 RBAC、审计与合规认证的生产级网关发行版，可了解 API7 企业版。

常见问题

开启您的 API 探索之旅

免费试用

微信咨询

获取方案