liuxiran commented on a change in pull request #597: URL: https://github.com/apache/apisix-website/pull/597#discussion_r708703610
########## File path: website/blog/2021-09-14-youzan-case.md ########## @@ -0,0 +1,148 @@ +--- +title: "Apache APISIX 助力有赞云原生 PaaS 平台，实现全面微服务治理" +author: "戴诺璟" +keywords: +- Apache APISIX +- 有赞 +- 微服务治理 +- 云原生 +tags: [User Case, Practical Case] +--- + +> 本文主要描述了有赞云原生 PaaS 平台使用 Apache APISIX 的相关企业产品实践，从前期调研到后期使用 Apache APISIX 作为产品流量网关的具体实例。 + +<!--truncate--> + +作者戴诺璟，来自有赞技术中台，运维平台开发工程师 + +有赞是一家主要从事零售科技 SaaS 服务的企业，帮助商家进行网上开店、社交营销、提高留存复购，拓展全渠道新零售业务。在今年，有赞技术中台开始设计实现新的云原生 PaaS 平台，希望通过一套通用模型来进行各种应用的发布管理和微服务相关治理。而 Apache APISIX 在其中起到了非常关键的作用。 + +## 为什么需要流量网关 + +### 有赞 OPS 平台 + +有赞 OPS 平台是前期基于 FLASK 的单体应用，主要以支持业务为主。后来逐渐上线了很多业务，部署了很多业务端代码，进入容器化阶段。网关在当时只是内部 FLASK 应用的一部分功能，且没有一个明确的网关概念，仅作为业务应用的流量转发功能使用。下图展示的就是当时的网关 1.0 业务结构。 + + + +由于前期整个体系主要着重于业务方向，所以没有产生太多的动力去进行改造。从 2018 年开始，通过内部交流我们发现，如果没有一个很好的网关层治理，对后续产品功能的实现和业务接入度上会带来越来越明显的瓶颈。 + +### 没有网关层治理出现的问题 + +#### 问题一：性能方面 + +1. 每次新增后端服务，都需要进行编码变更 +2. 流量转发的代码用 Python 简单实现，未按“网关”要求进行设计 +3. Flask 框架的性能限制，单机 QPS 范围局限在 120-150 +4. 重复造轮子：不同的业务需求都生产一套对应入口 +5. 管理麻烦，运维复杂 + +基于这个问题，我们的行动方向是：专业的工作交给专业的系统去做。 + +#### 问题二：内部业务方面 + + + +1. 需要管理的内部服务数量非常多（上百） +2. 部分服务未对接 CAS 实现鉴权 +3. 新的服务对接 CAS 存在对接成本，重复开发耗时耗 Review comment: 耗时耗…力？ -- 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: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
