You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@apisix.apache.org by GitBox <gi...@apache.org> on 2021/09/28 03:30:26 UTC

[GitHub] [apisix-website] yzeng25 commented on a change in pull request #629: docs: add WPS usercase

yzeng25 commented on a change in pull request #629:
URL: https://github.com/apache/apisix-website/pull/629#discussion_r717194376



##########
File path: website/blog/2021-09-28-WPS-usercase.md
##########
@@ -0,0 +1,122 @@
+---
+title: "百万级 QPS 业务新宠,金山办公携手 Apache APISIX 打造网关实践新体验"
+keywords: 
+- Apache APISIX
+- 金山办公
+- API 网关
+- 百万级 QPS
+description: 本文介绍了金山办公如何使用 Apache APISIX 应对百万级 QPS 业务,同时基于 Apache APISIX 更新与改进网关实践层面的内容。
+tags: [User Case]
+---
+
+> 本文介绍了金山办公如何使用 Apache APISIX 应对百万级 QPS 业务,同时基于 Apache APISIX 更新与改进网关实践层面的内容。
+> 作者张强,金山办公中台部门 SRE 网络负责人。

Review comment:
       delete because author is mentioned above

##########
File path: website/blog/2021-09-28-WPS-usercase.md
##########
@@ -0,0 +1,122 @@
+---
+title: "百万级 QPS 业务新宠,金山办公携手 Apache APISIX 打造网关实践新体验"
+keywords: 
+- Apache APISIX
+- 金山办公
+- API 网关
+- 百万级 QPS
+description: 本文介绍了金山办公如何使用 Apache APISIX 应对百万级 QPS 业务,同时基于 Apache APISIX 更新与改进网关实践层面的内容。

Review comment:
       add a new before keywords:
   
   `author: 张强`

##########
File path: website/blog/2021-09-28-WPS-usercase.md
##########
@@ -0,0 +1,122 @@
+---
+title: "百万级 QPS 业务新宠,金山办公携手 Apache APISIX 打造网关实践新体验"
+keywords: 
+- Apache APISIX
+- 金山办公
+- API 网关
+- 百万级 QPS
+description: 本文介绍了金山办公如何使用 Apache APISIX 应对百万级 QPS 业务,同时基于 Apache APISIX 更新与改进网关实践层面的内容。
+tags: [User Case]
+---
+
+> 本文介绍了金山办公如何使用 Apache APISIX 应对百万级 QPS 业务,同时基于 Apache APISIX 更新与改进网关实践层面的内容。
+> 作者张强,金山办公中台部门 SRE 网络负责人。
+
+<!--truncate-->
+
+## 背景介绍
+
+金山办公是目前国内最大的办公软件厂商,旗下产品涉及 WPS、金山文档、稻壳等。在业务层面上由数千个业务以容器化部署在内部云原生平台,目前 Apache APISIX 在金山办公主要负责为中台部门业务(百万级 QPS )提供相关网关服务。
+
+## 金山办公的网关演进
+
+在 1.0 阶段时,我们对于 API Gateway 的特性没有什么强需求,只是想解决运维问题,所以基于 OpenResty 与 Lua 进行了自研,实现了动态 Upstream、黑名单、waf 等功能。
+虽然自研成功,但在功能上却遗留了一些问题,比如:
+
+- 动态化只做到到 Upstream 维度
+- 需要 Reload 才能带出新域名
+- 底层设计简单,功能扩展能力不强
+
+后续我们对 API Gateway 功能有了强需求后,开始去调研相关的开源网关产品。
+
+## 为什么选择了 Apache APISIX?
+
+实际上 2019 年年底开始调研网络产品时,Kong 算是一个比较流行的选择。
+
+但后续经过测试发现,Kong 的性能不太能满足我们的需求,同时我们认为 Kong 的架构不是很优秀:因为其配置中心选用 PostgreSQL,所以 Kong 只能利用非事件驱动去更新路由,依赖每个节点去刷新路由。
+
+进一步调研时,我们发现了 [Apache APISIX](https://github.com/apache/apisix)。首先 Apache APISIX 的性能比 Kong 强,在 Apache APISIX 的 GitHub Readme 中有个非常详细的对比图,列出了两者的[性能测试差距](https://gist.github.com/membphis/137db97a4bf64d3653aa42f3e016bd01),这与我们自己测试下来的数据基本一致。
+
+![对比图](https://static.apiseven.com/202108/1632796929580-a6d7847c-bba6-4417-a7f0-9c127313264e.png)

Review comment:
       [Apache APISIX Kong 性能对比]




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscribe@apisix.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org