1
https://github.com/giltene/wrk2

2
https://aws.amazon.com/marketplace/pp/B08P51PKC1


每轮测试中，我们对平台、配置和请求率都重复进⾏了五次。我们从每秒10,000
个请求（rps）的压 测开始，扩⼤到20,000
rps。我们每个测试都进⾏了60秒。我们捕获了50%、90%、95%、99%、 99.9%和99.99% 杂的商业环境中保持竞争，这需要
GigaOm对不断变化的客⼾需求有充分的了解。
GigaOm与企业合作，使⽤成熟的研究⽅法来避开陷阱和错误，规避⻛险和⼒求创新。研究⽅法包括 但不限于采⽤调查、使⽤案例、访谈、投资回报率/TCO、市场前景、战略趋势和技术评测。我们的分 析员拥有
20
多年的经验，为早期采⽤者和企业客⼾提供建议。
GigaOm
保持中⽴的视⻆，这种视⻆下，GigaOm与敬业、忠诚的⽤⼾联系在⼀起。

⾼质量周边⽣态：resty-radixtree, jsonschema, ipmatcher 等 • 完备 7 层协议⽀持 • ⽣产⽤户使⽤量：⼏千节点的部署量，最⼤单⽤户⽇请求量80~100亿（7 台服务器，⽇常 CPU 占⽤率 8~10%） • 更多：https://apisix.apache.org 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 • 多语⾔⽀持 • Java • Golang

任一请求都会负载到整个的单体服务集群上 在微服务架构上, 对应请求会负载到对应的微服务子服务集群上 微服务的精细管理带来服务的弹性伸缩、开发团队变得敏捷、服务之 间隔离、降低故障率 但是同样的带来的一些问题: 接口之间通用的功能重复开发、膨胀的 服务数量、难以管理 使用API网关模式 使用API网关进行API聚合 使用API网关实现灰度发布 使用API网关实现服务熔断

服务调⽤情况、状态码分布、成功数、失败数、95值、99值等信息，⽅便管理员了解系统健康程度。 此外，数据平⾯会定时将流量处理情况进⾏上报，管理员可通过控制⾯板查看某时间段内的⽹关运⾏ 状态与其它指标，如错误率、请求数、状态码分布等。当管理员通过控制⾯板预设告警规则后，若⽹ 关上报的流量情况与规则匹配后，将触发预设的策略，如发送站内信、邮件提醒、短信与
Webhook
通知等。 2.8
协议转换