深度解读畅捷通云原生架构转型实战历程

简介：畅捷通公司是用友集团旗下的成员企业，专注于服务国内小微企业的财务和管理服务。一方面，畅捷通将自己的产品、业务、技术架构互联网化；另一方面，畅捷通推出了畅捷通一站式云服务平台，面向小微企业提供以数智财税、数智商业为核心的平台服务、应用服务、业务服务及数据增值服务，致力于建立“小微企业服务生态体系”。

在信通院 2021 年云原生产业大会上，畅捷通获得 2021 年度云原生优秀案例。

畅捷通公司是用友集团旗下的成员企业，专注于服务国内小微企业的财务和管理服务。一方面，畅捷通将自己的产品、业务、技术架构互联网化；另一方面，畅捷通推出了畅捷通一站式云服务平台，面向小微企业提供以数智财税、数智商业为核心的平台服务、应用服务、业务服务及数据增值服务，致力于建立“小微企业服务生态体系”。

根据易观国际的报告，目前畅捷通在国内小微企业云服务市场的覆盖率保持第一。有超过 130 万家企业与机构通过使用畅捷通的软件及服务，实现降本提效、持续创新、数智化转型。

早期，畅捷通的业务应用都是构建在公司自主研发的 CSP 平台之上，包括客户管家、易代账、好会计和好生意等，每个企业分配一个独立的虚机，资源完全隔离，初期该平台方案极大简化了开发的复杂度，提高了开发效率，满足公司向云服务发展的最初需求。
​

新的需求

​

随着用户规模的增多，现有为每个用户分配一个独立虚机的方案产生的问题很突出。首先体现在虚机的数量日益庞大，在客户转换率不高的情况下，容易造成资源的浪费，同时运维成本也偏高；其次，不同的用户软件迭代的版本不尽相同，还需要专门设计维护多套版本的补丁更新系统；第三，产品需要停服上线，业务会出现短暂不可用的情况；最后，如果若干用户的业务出现高峰期，不能快速弹性扩容，资源的利用率不高。

在此背景下，畅捷通研发团队决定尝试当前业界比较通用的云原生架构设计方案，利用云上的基础设施，共享计算资源和存储资源，采用容器化方案，快速弹性扩容，利用微服务架构，按应用更新产品，彻底解决当前运维成本偏高、弹性不足、资源利用不均衡的问题。

小微企业的特点是数量多、单个企业业务量相对较小、企业 IT 能力有限。以畅捷通好生意产品为例，采用现有的云原生架构，能够方便畅捷通快速开发出一款应对大规模小型用户，支持弹性可扩展的 SaaS 应用。同时通过服务的编排，又能快速搭建出其他产品线，如智+。目前已经有超过 20 万的付费用户正在使用畅捷通提供的云原生架构企业云服务，每天产生的业务数据达百 G 以上。
​

云原生应用架构的驱动力

​

国内云计算产品快速发展，企业应用往云端迁移趋势明显，加上政府部门鼓励企业上云推出补贴政策，企业上云已成为大势所趋。
​

尤其在疫情阶段下，商业模式的变革，消费方式的转变，只有企业上云才能更有利于推动企业加快数字化、智能化的转型，更有效的帮助企业实现“客户在线、业务在线、人员在线、管理在线”。而现在的云原生技术带来的价值能更好的帮助企业进行数智转型。

1. 实时在线
​

采用智能接入网关，就近接入云企业网，在 VPC 间、VPC 与本地数据中心间搭建私网通信通道，通过自动路由分发及学习，提高网络的快速收敛和跨网络通信的质量和安全性，保证用户全球范围实时在线，加速实现整个客群的线上线下一体化。
​

2. 数智化
​

通过云端廉价的存储、强大的算力资源以及众多的算法模型，畅捷通用极低的成本存储海量数据并在线实时分析，为用户提供更多的商业决策。
​

3. 快速响应市场需求

采用 DDD 设计思想，利用微服务架构，快速开发高内聚、低耦合的应用。这些应用通过服务的编排，能快速组合更多的应用，满足不同行业和领域的客户群体，达到快速上线、迭代优化的效果。
​

4. 稳定高可靠

利用容器和微服务架构，可以快速构建和运行可弹性扩展的应用。系统出现故障或者性能瓶颈的时候，通过镜像可以秒级恢复受损应用，保障了系统的高可用性。利用云原生技术的红利，畅捷通可以只关注业务的开发，一方面加速构建新应用，另一方面也可以优化现有应用并在云原生架构中集成，达到奔跑中更换轮子的效果，去更方便地让历史存量的客户升级到云上。
​

云原生应用架构设计

​

云原生应用架构设计路线

​

原有产品是部署在物理 IDC 中，通过对 cloudfoundry 云平台的二开，实现每个租户间虚机的隔离。但由于每个租户独享容器+数据库，当用户量达到几十万级时，数据库的升级效率、容器部署成本、硬件运维复杂度都明显提升。通过应用的微服务化、上云来解决降本提效的问题迫在眉睫。

畅捷通通过基础设施上云、数据库上云、技术框架和业务框架的重构，实现了在多租户之间容器部署、应用共享、DB 共享，产品基于 EDAS 及集成在其上的阿里云容器服务 Kubernetes 版 ACK。希望通过云原生的技术红利，解决当前运维成本高、系统弹性不足、产品迭代交付周期长的问题。

应用架构的改造

​

1. 微服务架构
​

将复杂应用按照业务的视角切分为高内聚、低耦合模块，这些模块独立开发、独立发布。业务领域一共分为四层，即核心领域服务层、业务领域服务层、应用服务层和接口服务层。其中核心领域服务层包括授权、UOM、组织（Party）、产品、计价、促销和存量模型模块，主要提供核心领域知识、能力服务；业务领域服务层是提供好生意业务的业务功能，包括采购、库存管理和销售领域服务；应用服务层基于具体应用场景，调用领域服务，解决应用中具体的业务问题。每层服务都是一个单独的微服务，基于 EDAS 进行服务的全生命周期管理，通过引入 Spring Cloud 实现服务的注册发现以及治理。

此外，由于 EDAS 无缝集成了 ACK ，支持以容器的形式托管应用到阿里云 Kubernetes 集群或混合云集群（其他云域或IDC内自建集群），因此能够与畅捷通底层K8s集群打通，实现了 K8s 集群的定时弹性能力和基于 CPU/RT/Load 等某一监控指标的自动弹性能力。

2.