03-基于Apache APISIX的全流量API网关-温铭Apache APISIX 能做什么? • 处理 L4、L7 层流量:HTTP、HTTPS、TCP、UDP、MQTT、Dubbo、gRPC… • 替代 Nginx 处理南北向流量 • 替代 Envoy 处理服务间东西向流量 • k8s ingress controller • 借助 MQTT 插件作为 IoT 网关 • 借助 IdP 插件成为零信任网关 Apache APISIX 的技术优势 APISIX 开放了自定义负载均衡的挂载点,其他网关都不支持 独创的插件编排/低代码 API 网关 Plugin Orchestration • Kong:支持 Go 编写的插件 • Envoy:支持 Lua、WASM 编写的 filter • Apache APISIX:为什么要“写”插件?ops、PM 也可以直接创造一个插件 • 解决方案:微插件、低代码,需要底层架构和插件足够灵活 有众多信赖的全球领军企业 网关:Kong、Apache APISIX • service proxy:Envoy • 公有云:CLB + API 网关、CLB + k8s ingress controller 东西向流量 • 随着微服务而兴起 • service mesh 和 API 网关的位置和愿景不同,但功能基本一致 • istio + Envoy 已经成为 service mesh 的标准 全流量通吃 • 南北向0 码力 | 11 页 | 6.56 MB | 6 月前3
Apache APISIX How to implement plugin orchestration in API Gatewaytraffic:HTTP、HTTPS、TCP、UDP、MQTT、Dubbo、gRPC… • Replace Nginx to handle north-south traffic • Replace Envoy to handle east-west traffic between services • k8s ingress controller • Use MQTT plugin as IoT gateway plugin Envoy • C++ filter:difficult to get started • Lua filter:Few features, few developers can write Lua • Solution:WASM,not good enough in the short term Apache APISIX • Both Kong and Envoy’s solutions North-South API Gateway -> East-West Microservice • East-west service mesh -> North-south access layer • Envoy、Kong、Apache APISIX:full traffic access layer • no longer the traditional functions of Nginx and F50 码力 | 28 页 | 1.19 MB | 6 月前3
从Apache APISIX 来看API 网关的演进Apache APISIX 能做什么? • 处理 L4、L7 层流量:HTTP、HTTPS、TCP、UDP、MQTT、Dubbo、gRPC… • 替代 Nginx 处理南北向流量 • 替代 Envoy 处理服务间东西向流量 • k8s ingress controller • 借助 MQTT 插件作为 IoT 网关 • 借助 IdP 插件成为零信任网关 愿景:快速处理所有业务流量 的痛点:路由、上游、证书等不能动态 4. 从 sidecar 到 Service Mesh • 痛点:不通用、抽象层次不够 • Service Mesh 想做为基础设施下沉 • Istio + Envoy:控制面和数据面 Service Mesh 不是银弹 • 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样?0 码力 | 24 页 | 1.36 MB | 1 年前3
基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1:APISIX 的 Apache 之路Apache APISIX 能做什么? • 处理 L4、L7 层流量:HTTP、HTTPS、TCP、UDP、MQTT、Dubbo、gRPC… • 替代 Nginx 处理南北向流量 • 替代 Envoy 处理服务间东西向流量 • k8s ingress controller • 借助 MQTT 插件作为 IoT 网关 • 借助 IdP 插件成为零信任网关 愿景:快速处理所有业务流量 的痛点:路由、上游、证书等不能动态 4. 从 sidecar 到 Service Mesh • 痛点:不通用、抽象层次不够 • Service Mesh 想做为基础设施下沉 • Istio + Envoy:控制面和数据面 Service Mesh 不是银弹 • 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样?0 码力 | 33 页 | 1.55 MB | 1 年前3
Apache APISlX from Gateway to Full Traffic Proxy with Istio
minutes. But in the same amount of time, you may still be learning how to write filters rules for Envoy. #IstioCon Easy to extend ● NGINX + Lua ● multi-language plugins #IstioCon How to implement0 码力 | 15 页 | 1.29 MB | 6 月前0.03
金卫-Apache APISIX 借助 Service Mesh 实现统一技术栈的全流量管理Service Mesh Amesh 基于 Apache APISIX 实现 Service Mesh 解决方案 性能提升 • QPS 提升 5倍 • 延迟降低一个数量级 Apache APISIX envoy QPS 59122 12903 Latency 50.000% 470.00us 75.000% 648.00us 90.000% 0.89ms 99.000% 1.60ms0 码力 | 34 页 | 3.50 MB | 6 月前3
有了 NGINX 和 Kong,为什么还需要 Apache APISIX-王院生M e e t u p 第 四 期 · ⼴ 州 站 服务⽹格 • Apache APISIX Mesh + Istio = Service Mesh • ⽀持 xDS 协议,APISIX vs Envoy • 状态:Q2 季度开源 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 APISIX Mesh • APISIX Mesh + Istio = Service0 码力 | 34 页 | 25.78 MB | 6 月前3
共 7 条
- 1













