Nginx 带来的问题 04 解决 Nginx 带来的问题 通过业务架构改进减少锁与同步 • 在 Apache APISIX 外引入一个协调者进程 • 将对 shm 的读写变成由协调者写、worker 读 • 或 worker 读写自己的部分，协调者通过 IPC 去读和汇总 基于 Apache APISIX 破局 基于 Apache APISIX 破局 IPC比较 解决 Nginx 带来的问题

转换 xDS 协议  资源消耗可控  APISIX原生支持 增加了xds discovery  配合CRD进行扩展 Apache APISIX  高性能云原生网关  数据面和控制面分离  强大的扩展能力  丰富的生态集成 Apache APISIX的应用案例 https://apisix.apache.org/zh/blog/tags/case-studies/ APISIX 降低用户迁移成本 Apache APISIX Ingress  一种Kubernetes Ingress controller实现  Kubernetes集群南北向流量网关  控制面和数据面分离 https://github.com/apache/apisix-ingress-controller 总结 服务网格是未来 正在螺旋上升的状态 APISIX 正朝着理想中的 Service

Apache 顶级项目 • 全动态：路由、SSL 证书、上游、插件… • 40 多个插件，覆盖：身份认证、安全、日志、可观测性… Apache APISIX 设计思路 • API 网关的数据面和控制面分离 • 通过插件机制来方便二次开发和运维 • 高可用，没有单点故障 • 安全和稳定第一：基于 Nginx 实现；mTLS 认证；敏感信息加密加盐(salt)保存 • 高性能：单核心 QPS 1.5 万，延迟低于 MySQL 的方案不满， “怨声载道”，然后来自 5 家公司的贡献者一起重构掉它 规划 • 2.0 版本（即将发布）：使用 etcd v3 替代 v2 • 3.0 版本：废弃 admin API，分离 DP 和 CP • 2021 年的 flag：Apache APISIX 的贡献者超过 200 位 最后 记住我们的图标 欢迎大家给 Apache APISIX 贡献！ 邮箱:

进⼊。借助
ETCD
的
Watch
机制，当管理员在控制⾯板更新配置后，API7
将在毫秒级别内通知到各个 ⽹关节点。 其它 3. 从图
1-1
可⻅，API7
采⽤了数据平⾯与控制平⾯分离的架构⽅式，通过配置中⼼接收、下发配置，使 得数据平⾯不会受到控制平⾯影响。配置中⼼默认为
ETCD，但也⽀持
Consul、Nacos、Eureka
等， 可根据您的实际情况进⾏选择。此外，企
✖
✖
✖
拓扑⽹络下⾃动选择最优路径
✔
✖
✖
✖
✖
多层⽹络
⾃定义多层⽹络下插件
✔
✖
✖
✖
✖
分离式部署，⽀持原⽣开源版本
✔
✖
✖
✖
✖
动态和热 更新
所有变更都是热更新，实时⽣效
✔
✖
✖
✔
✖
插件热更新
✔
✖