如何⽀持 SkyWalking ➤ ⼆次优化实践 ➤ 为什么要参与开源项⽬ 开源爱好者 写技术书籍、知识分享，进⼊开源世界 Apache APISIX Founder && PMC 深圳⽀流科技公司联合创始⼈ 王院⽣ 2020 2019 开源，开⼼ 开源，开⼼ 深圳⽀流科技 以开源为依托的技术创业公司 APISIX 是我司去年捐给 APACHE，今年毕业成为 只使⽤上⾯部分优化，单核⼼性能已提升 20-30% ，后⾯会有更好表现 ➤ PR：https://github.com/apache/skywalking-nginx-lua/pull/49 为什么要参与开源项⽬ “懂王下线，赌王上线” 懂王下线，赌王上线 [bug] SkyWalking-nginx-lua0.3.0 traceid repeat all the time: https://github com/apache/skywalking/issues/ 5805 知识点 missing call math.randomseed() lua_code_cache off 为什么要参与开源项⽬ 拓宽视野 提⾼思考问题全⾯性 提⾼对代码之外点的重视：⽂档、单元测试、E2E 测试、压⼒测 试等 了解⾏业发展⽅向 与社区⼀起成⻓相互“提携” 远程协作的最佳实验环境 “

e t u p 第 四 期 · ⼴ 州 站 ⽀流科技 • 2019 年 4 ⽉成⽴的开源商业公司 • 基于 Apache APISIX 提供原⼚⽀持和商业产品 • 投资⽅：真格基⾦，真成投资，顺为资本 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 ⽀流科技 • 开源爱好者 • Apache APISIX、Apache SkyWalking、NGINX、 Kubernetes p 第 四 期 · ⼴ 州 站 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 APISIX 当前总结 • 全世界最活跃的 API ⽹关项⽬ • Apache 顶级开源项⽬ • Apache 中国最快毕业项⽬ • 顶级性能，⾼稳定性 • ⽣产可⽤，功能、性能、架构全⾯优于于 Kong 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 协议，APISIX vs Envoy • 状态：Q2 季度开源 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 APISIX Mesh • APISIX Mesh + Istio = Service Mesh • APISIX + Agent = sidecar • Support xDS • 状态：Q2 季度开源 云 原 ⽣ 社 区 M e e t u p 第

来自一家在远程工作方式下商业化开源项目的创业公司(支流科技), 担任CEO&联合创始人, Apache 顶级项目APISIX的PMC主席, Skywalking开源项目的贡献者(commiter)。在创业之前, 在360做企业安全, 360开源委员会的发起人, 腾讯的TVP, TARS基金会的TOC成员, 在安全领域有四十多个专利, 最近三年全 职在做服务端的开源项目开发。在极客时间专栏著有OpenResty从入门到实战。 云原生重写了传统的一些企业的技术架构, 例如云原生中的K8S颠覆了传 统操作系统, 所有的"主机"(node上的容器)由k8s来控制和编排, 非常适用于公有云、私有云、混合云等 各种环境。云原生体系的特点之一就是由各种开源项目组成, 不同于以往的商业闭源项目, 缓解了收费贵 等问题, 加速了技术落地。新的时代中每个公司的技术都是非常重要的组成部分, 在一个商业竞争激烈的 时代, 公司愈早的占据技术顶峰愈是能够占据商业顶峰。网关作为云原生入口 API 网关 -> 东西向微服务 • 东西向服务网格 -> 南北向接入层 • Envoy、Kong、Apache APISIX：全流量接入层 • 接入层不再是 Nginx 和 F5 的传统功能和领地 • 开源项目百花齐放：BFE、MOSN Apache APISIX 全流量通吃计划 • 以 Nginx 的网络库为基础，抛弃 Nginx 的路由匹配、静态配置和 C 模块 • 增加独立的控制平面（CP），调度所有数据平面（DP），不局限于

Yuansheng 王院⽣生 通过写书开始交朋友 《OpenResty 最佳实践》 今年年 3 ⽉月和温铭创办深圳⽀支流科 技，专注微服务的开源技术公司。 Apache APISIX PPMC 成员。 公司刚起步，希望⼤大家⽀支持。 开源，开⼼心 开源，开⼼心 理理想主义者，想活的有理理想 Yuansheng Wang Wen Ming xiwangzishi ZhouJing Miss-you wanghui1125 Lee哥 sushuai supermario1990 orangle linsir forging2012 onlytiancai brileyhe 开源，开⼼心 什什么是 API ⽹网关 微服务 API ⽹网关 重复造轮⼦子 why? ⾏行行业⽼老老⼤大：⼤大多基于 Java + JS，性能差，不不⽀支持⼆二 次开发。⽐比如 Apigee、3Scale、Amazon ⾏行行业远⻅见者：多基于 OpenResty + Golang，少数开 源，⽐比如：Tyk、Kong 等，代码量量较重。 Apache APISIX 机会：轻巧 + 极致性能 + 热插件 宣布开源 CNCF ⾸首个商业⽤用户 ⽣生产⽤用户上线 捐赠 Apache 全平台⽀支持 6.6 8⽉月 10 ⽉月 7⽉月 9⽉月 今天 Apache APISIX 第⼀一⾏行行代码 4⽉月

API7是混合云的部署模式，可⽤于多云、企业内部和混合环境。
Kong
企业版
Kong
的原名是
Mashape，在API
平台发布的时候改名为
Kong。Kong
是在
2015
年开源的，功能丰 富。Kong
利⽤
NGINX
的底层
API
⽹关，并增加了开源插件⽀持、负载平衡和服务发现等功能。Kong
企业版具有扩展的功能，如管理看板、可定制的开发者⻔⼾、安全插件、metrics和
7×24h
的服务⽀ 持
Apt-Get），在他们的仓库⾥有Kong，⽽且还有Docker
和
CloudFormation
选项。
Kong
可以作为⼀个单节点运⾏，也可以作为多节点集群。在集群中，负载均衡器（如开源的
NGINX）被⽤在边缘节点为客⼾端提供单个地址，并使⽤选定的策略（例如循环或加权）在
Kong
节 点之间分发请求。横向扩展
Kong
很简单。Kong
是⽆状态的，所以向集群添加新节点需要将新节点指 、安全、服 务、路由和消费者信息，包括前⾯负载均衡器的
IP
地址或fully
qualified
domain
name（FQDN）。
Kong
有⼀个插件⽣态系统（Kong
Hub），⽀持开源和企业版的插件，如
LDAP
认证、CORS、动态
SSL、AWS
Lambda、Syslog等。因为它是基于
NGINX
的，所以
Kong
允许⽤⼾使⽤LuaJIT
创建⾃⼰ 的插件。

曾在奇虎 360 担任企业安全架构师，开源委员会发起人、委员 • 40 多项安全方面的专利 Apache Way • 社区大于代码：烂代码可以改，不健康的社区没治 • 优先邮件列表：邮件列表中没有出现的，就当做不存在；72 小时原则 • 精英治理：贡献越大，声音越大 • 民主：所有人都可以投票，区别在于此票是否有效（binding） 开源社区的三种治理模式 • 社区共识：Apache 写英文提案 • 再找 Mentors：找 Apache 基金会主席和 Apache 孵化器主席面聊 • 问题：初始 committer？ • 邮件列表讨论和投票 Apache Way 和国内开源文化的冲突 • 996、业务导向都是表象 • 文化的碰撞，不在一朝一夕 • 沟通方式：邮件列表公开聊（异步、慢）还是私聊（同步、快）？ • 投票：精英民主还是仁慈的君主？ • 职位：是义务还是权力？ 云原生微服务 API 网关 • 基于 Nginx 和 etcd 实现 • 集成了控制面和数据面 • 提供灵活的插件机制 • 动态上游、动态路由、插件热加载 快速的成长 • 6 月 6 号开源 • 7 月被纳入 CNCF 全景图 • 8 月首家付费央企 • 9 月贝壳找房上生成环境，每日处理近 3 亿流量 • 10 月进入 Apache 孵化器，国内唯一由初创公司贡献的项目

org 关于我 • Apache APISIX PPMC • 深圳支流科技创始人 • 《OpenResty 从入门到实战》极客时间专栏作者 • 曾在奇虎 360 担任企业安全架构师，开源委员会发起人、委员 • 40 多项安全方面的专利 大纲 • Apache APISIX 是什么？ • Apache APISIX 能解决什么问题？ • API 网关的演进 • 微服务是如何演进到 云原生微服务 API 网关 • 基于 Nginx 和 etcd 实现 • 集成了控制面和数据面 • 提供灵活的插件机制 • 动态上游、动态路由、插件热加载 快速的成长 • 6 月 6 号开源 • 7 月被纳入 CNCF 全景图 • 8 月首家付费央企 • 9 月贝壳找房上生成环境，每日处理近 3 亿流量 • 10 月进入 Apache 孵化器，国内唯一由初创公司贡献的项目

✖
拓扑⽹络下⾃动选择最优路径
✔
✖
✖
✖
✖
多层⽹络
⾃定义多层⽹络下插件
✔
✖
✖
✖
✖
分离式部署，⽀持原⽣开源版本
✔
✖
✖
✖
✖
动态和热 更新
所有变更都是热更新，实时⽣效
✔
✖
✖
✔
✖
插件热更新
✔
✖
✔
✖
。 2.10
性能
API7
从路由匹配、JSONSchema
校验、插件运⾏等各个环节，都采⽤了性能优秀的解决⽅案。
以路由匹配为例，API7
采⽤⾃研的
radixtree（由⽀流科技开源）算法路由，该算法在路由数量⾮常 多时，效率并不会降低，因为其时间复杂度为
O(K)（K
为路由字符串⻓度，和路由数量⽆关）。
下图是在
10000
rps
的情况下，API7
和
Kong
企业版的延迟对⽐。