API7 ⽹关技术⽩⽪书控制平⾯包含了ManagerAPI与默认配置中⼼ETCD。管理员在访问并操作控制台时，控制台将调⽤ ManagerAPI下发配置到ETCD，借助ETCDWatch机制，配置将在⽹关中实时⽣效。例如：管理员可 增加⼀条路由，并配置限速插件，当触发到限速阈值后，⽹关将会暂时阻⽌后续匹配到该路由的请求 进⼊。借助ETCD的Watch机制，当管理员在控制⾯板更新配置后，API7将在毫秒级别内通知到各个 API7使⽤Radixtree算法实现⾼性能、灵活路由，在AWS8核⼼服务器中，QPS约为140K，延迟约 为0.2ms； 全动态能⼒ 6. 修改⽹关配置、增加或修改插件等，⽆需重启⽹关服务即可实时⽣效；⽀持动态加载SSL证书； 扩展能⼒强 7. 借助灵活的插件机制，可针对内部业务完成功能定制；⽀持⾃定义负载均衡算法与路由算法，不受限 于API⽹关实现；通过运⾏时动态执⾏⽤⼾⾃ 多层⽹络 ⾃定义多层⽹络下插件 ✔ ✖ ✖ ✖ ✖ 分离式部署，⽀持原⽣开源版本 ✔ ✖ ✖ ✖ ✖ 动态和热 更新 所有变更都是热更新，实时⽣效 ✔ ✖ ✖ ✔ ✖ 插件热更新 ✔ ✖ ✔ ✖ ✖ 程序⾃⾝热更新 ✔ ✔ ✖ ✔ ✖ 运维 CLI 命令⾏⼯具0 码力 | 19 页 | 1.12 MB | 1 年前3- Apache APISIX 在金山办公的开发和落地实践Wikipedia - Lua 关于 OpenResty 和 Lua 的思考 Nginx 的设计给 “ 平均水平 ” 终端开发者带来的问题 •多进程模型 + 异步 •线上问题难以调试 •多进程间同步效率低 •以nginx-lua-prometheus为例 （https://github.com/knyar/nginx-lua-prometheus/issues/107） 关于 OpenResty 1000次 W r i t e h e r e S o m e t h i n g a b o u t 解决 Nginx 带来的问题 04 解决 Nginx 带来的问题 通过业务架构改进减少锁与同步 • 在 Apache APISIX 外引入一个协调者进程 • 将对 shm 的读写变成由协调者写、worker 读 • 或 worker 读写自己的部分，协调者通过 IPC 去读和汇总 基于 APISIX 破局 基于 Apache APISIX 破局 IPC比较 解决 Nginx 带来的问题 When Not To • 类型转换开销： • 不要在 rust 中做分配大段内存再同步回 lua 的操作 • 不要在 rust 中通过指针回调 lua • 做好性能测试 解决 Nginx 带来的问题 为什么不考虑... ... • C/C++？ 没有 rust 的内存安全，既然要解决0 码力 | 27 页 | 4.88 MB | 1 年前3
- APISEVEN 和Kong EE 的性能评测本⽂的⽬的是探讨⾼性能要求下的API管理产品。 API7 API7是建⽴在ApacheAPISIX的基础上，由深圳⽀流科技有限公司维护。ApacheAPISIX是⼀个动 态、实时、⾼性能的API⽹关。APISIX提供丰富的流量管理功能，如负载平衡、动态上游、灰度发 布、熔断、认证、可观测等。你可以使⽤ApacheAPISIX来处理传统的南北流量，以及服务之间的东 。 8-关于API7 API7是由深圳⽀流科技有限公司的产品。深圳⽀流科技是⼀家提供API处理和分析的开源基础设施软 件公司，拥有API⽹关、k8s⼊⼝控制器和服务⽹格等微服务和实时流量处理的产品和解决⽅案。我们 致⼒于为全球企业管理和可视化业务关键流量，如API和微服务，通过⼤数据和⼈⼯智能（AI）加速 业务决策并推动数字化转型。 API7的底层是APISIX，它0 码力 | 14 页 | 1.11 MB | 1 年前3
- 基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1：APISIX 的 Apache 之路committer？ • 邮件列表讨论和投票 Apache Way 和国内开源文化的冲突 • 996、业务导向都是表象 • 文化的碰撞，不在一朝一夕 • 沟通方式：邮件列表公开聊（异步、慢）还是私聊（同步、快）？ • 投票：精英民主还是仁慈的君主？ • 职位：是义务还是权力？ 持续召集贡献者和 committer 讨论：Nginx 的版权问题 基于 Apache APISIX 的 下一代微服务架构0 码力 | 33 页 | 1.55 MB | 1 年前3
共 4 条
- 1