加分项：顶级路路由实现 Apache APISIX 技术选型 • 配置中⼼心：⾼高可⽤用、增量量订阅、历史记录 • 语⾔言或开发平台：动态、⾼高性能、⽹网关的周边资 源丰富 • 数据校验：开放标准、有⼀一定的⽣生态系统 • 学习竞对：从 Ganter 报告中获取前辈列列表，做分 析、⽐比较 Apache APISIX 技术选型 配置中⼼心 why etcd? • 集群⽀支持

APISIX 的配置下发只要 1 毫秒就能达到所有网关节点，使用的是 etcd 的 watch；其他网关是 定期轮询数据库，一般需要 5 秒才能获取到最新配置 • 只有 Apache APISIX 开放了自定义负载均衡的挂载点，其他网关都不支持 独创的插件编排/低代码 API 网关 Plugin Orchestration • Kong：支持 Go 编写的插件 • Envoy：支持 Lua、WASM controller 东西向流量 • 随着微服务而兴起 • service mesh 和 API 网关的位置和愿景不同，但功能基本一致 • istio + Envoy 已经成为 service mesh 的标准 全流量通吃 • 南北向 API 网关 -> 东西向微服务 • 东西向服务网格 -> 南北向接入层 • Envoy、Kong、Apache APISIX：全流量接入层 • 接入层不再是 Nginx

理想的服务网格 业务无感知 落地成本低 动态且增量配置 安全管控 可观测 流量精细化管理 跨集群部署 性能损耗低 资源消耗低 按需下发配置 理想的服务网格 整体使用体验上 • 学习和上手成本低 • 社区开放、活跃度高 且快速响应 理想的服务网格 控制面 • 易于上手 • 权限安全管控 • 配置方式被大众接受 理想的服务网格 数据面 • 支持多种协议，甚至是自定义协议 • 性能损耗低 • 资源占用在可控范围

（sit、uat、prd） APISIX 初始化 一些思考 03 落地实践、用户反馈 独立集群：提供镜像，用户自主管理；学习成本高；运维成本高 共享集群：降低运维成本；故障风险扩大；用户信息安全 短小、精悍；匹配标准场景 非标准场景适配 worker_processes ingress做网关入口可能产生的问题 1、独立集群 or 共享集群 2、插件场景匹配 3、云原生环境下的问题 下一步 04 共享集群、API市场、请求数据分析

应⽤编程接⼝，或称API，是现代信息技术中⽆处不在的⽅法和通信标准。⼤公司已经使⽤
API
来传递 数据，将各个系统连接起来，并把数据变成⼀种服务。API已经开始⽤可复⽤、解耦的微服务来取代传 统冗余的⽅式。这使企业能在不同的系统和应⽤程序之间共享数据，⽽不会产⽣技术债务。 API
和微服务也给公司提供了⼀个⽀持应⽤程序模块化和治理标准的机会。此外，也扩⼤了数据交换 范围，从移动技术和智能设备

误码、请求延迟等指标。此外，借助
Grafana
的能⼒，可满⾜更多维度地分析监控需求；
• 全⽣命周期管理：API7
⽀持
API
版本管理、API
分组、API
上下线、在线调试等功能，并兼容
OpenAPI
3.0
标准，实现
API
⽂档⽣成、API
导⼊导出等特性，⽅便⽤⼾进⾏数据迁移操作。
• 1.4
功能列表
分类
功能模块
功能点
API7
Kon g
Zuul 2
Ngin 5
功能亮点
API
全⽣命周期管理
1. 涵盖
API
设计、创建、测试、部署、管理、运维、下线等阶段，可进⼀步帮助企业优化
API
管理流 程、提⾼企业价值。借助于
OpenAPI
3.0
标准，可⽅便地完成
API
导⼊导出以及⽂档⽣成⼯作，更多 地发挥
API
能⼒。
多租⼾能⼒（多⼯作区） 2. API7
⽀持通过⼯作分区进⾏项⽬隔离，以⽀持多租⼾能⼒。结合⽤⼾系统与权限管理，不同⽤⼾对不

后端架构演变史 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 后端架构演变 -- 7 层处理 • 动态、性能、功能，不可兼得 • 控制⾯能⼒弱 • 技术栈不统⼀ • ⽆标准化⾼可⽤⽅案 • ⼆次开发成本 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 Nginx 和 Kong 的问题 云 原 ⽣ 社 区 M e e t u p 第 四