基于Apache APISIX的全流量API网关统筹集群流量( 三 )


为了支持插件编排,Apache APISIX 一方面需要实现微插件、低代码,同时需要底层架构和插件足够灵活 。

基于Apache APISIX的全流量API网关统筹集群流量

文章插图
 
同类技术对比Apache APISIX vs Kong有对比才更有说服力,Apache APISIX 和 Kong 都是基于 Openresty/LuaJIT 实现的高性能 API 网关,让我们来对比下他们的异同 。
基于Apache APISIX的全流量API网关统筹集群流量

文章插图
 
因此我们发现Apache APISIX的分布式可靠性强,路由支持丰富,配置变更生效时间快,网关处理速度快, 资源消耗率低,混沌测试支持度高,监控系统(如SkyWalking)支持度高,插件变动动态化程度高以及二次开发难度低 。
Apache APISIX vs NginxNginx 是一款轻量级 Web 服务器、反向代理服务器,由于它的内存占用少、启动极快、高并发能力强,故其在互联网项目中得到广泛应用,距今已经有十多年的历史 。但 Nginx 在步入云原生时代后遇到了更多的挑战:
  • 社区不活跃:没有 github issue 和 PR
  • 没有跟进云原生:nginx-k8s-controller、nginx unit 的尝试都失败了
  • 配置不能热加载
  • 非 http、https 流量的兴起(微服务、物联网……)
  • 商业化不成功
  • 被 F5 收购
  • 后浪:API 网关比如 Kong 和 Apache APISIX,serviceMesh proxy 比如 Envoy 等
开源社区规划运营 Apache 孵化器项目的经验
  • 为了让社区和用户保持习惯和预期,每个月一个版本,雷打不动 。
  • 当天回复邮件列表和 github issue、PR
  • 频繁的布道和走访用户:每个月一次 meetup,走访过美团、腾讯、华为、贝壳、平安、又拍云、中国移动、思必驰、空中云汇、中国航信等几十家企业,深入了解用户的需求
The Apache Way
  • 不看重 github star,更关注如何吸引新的贡献者以及如何让贡献者更加活跃
  • 贡献不止代码,文档、测试、文章都是贡献,都可以成为 committer 和 PMC
  • 社区多样性:近 30 位 committer,其中两位欧洲开发者;至少 4 位大学生,甚至有 00 后的后浪贡献者,是 Apache APISIX committer
社区大于代码
  • The Apache Way
  • 活跃的社区,会重构坏的代码;但再好的代码,也会死于独裁的社区
  • 案例:Apache APISIX dashboard 的重构,社区对于 MySQL 的方案不满,“怨声载道”,然后来自 5 家公司的贡献者一起重构掉它
规划
  • 2.0 版本(即将发布):使用 etcd v3 替代 v2
  • 3.0 版本:废弃 admin API,分离 DP 和 CP
  • 2021 年的 ?ag:Apache APISIX 的贡献者超过 200 位
最后如果你还在被 Nginx 或者 Nginx Ingress 的 reload 性能问题所折磨,又或者对 Kong 的转发能力并不满意,欢迎大家使用 Apache APISIX
作者:温铭,来自一家在远程工作方式下商业化开源项目的创业公司(支流科技),担任 CEO 兼联合创始人,与支流科技 (Apache APISIX) 类似的公司有 Confluent(Kafka 产品)、PinCap(TiDB产品),支流科技是 linux 基金会白银会员、Linux 微服务 TARS 基金会创始会员 。Apache 顶级项目 APISIX 的 PMC 主席 。Skywalking 开源项目的贡献者 (committer) 。在创业之前,在360做企业安全,360开源委员会的发起人,腾讯的 TVP,TARS 基金会的 TOC 成员,在安全领域有四十多个专利 。最近三年全职在做服务端的开源项目开发 。在极客时间专栏著有OpenResty从入门到实战 。
原文地址: https:// cloudnative.to/blog/ful l-traffic-api-gateway-based-on-apache-apisix/




推荐阅读