基于“微服务+分布式”架构，构建数智化和生活合作服务体系

张云，蔡琨，冯雨农，刘松劲，戴卓恒

（1.中移互联网有限公司，广东 广州 51000；2.中国移动通信集团有限公司，广东 广州 51000）

0 引言

重构设计的过程可以理解为具体到抽象，抽象再到具体的过程。生态服务部多个业务线（如移动应用商城、和生活、权益中心等）均涉及商城商品运营，各业务存在大量外部资源合作的需求，目前资源（除互联网权益，互联网权益多数可从权益中心接入）接入方式为各个业务线各自商务洽谈，各自建立自己的资源池，商品中心，进行资源引入及管理，多个业务线资源存在交叉，重复对接引入。

1 分析

1.1 问题定位

以公司级的统一资源池建设为蓝图，我们比照分析几个平台的现状情况，发现4方面问题: 资源接入、资源议价、资源融合、资源运营。

资源接入的问题在于对外接入重复，各资源使用方重复开发和外部资源方的服务，造成研发资源浪费。

资源融合问题在于资源融合问题能力弱多元类型的资源融合能力弱，在多个外部资源方调用服务，出现调用问题定位困难，影响业务发展。

资源运营问题在于基础运营工作重复，资源的基础运营分散，特别是资源标签之类的运营工作重复投入。

1.2 打造生态业务统一出入口

基于权益平台统一权益引入的基础，打造集互联网权益、生活服务、各类应用于一体的统一服务资源池,对内提供统一出口，减少各业务线对外部多个平台对接，对外提供统一入口，减少资源重复对接。

生态合作，统一接入，提升议价能力，打造生态业务统一接入入口，集多个业务线于一体，提升用户体量，对外提升产品议价能力。

统一接口，减少各业务线对接外部多个平台，标准输出接口：对接多个外部平台，通过标准化接口转化输出给各个业务线，提升业务线商品接入效率，标准订单接口：对接多个外部平台下单，统一订单管理，包括下单，订单校验，订单回调等，降低业务线与多个外部接口进行联调。

资源融合，灵活制订融合模式，将跨行业、跨平台的有竞争力的资源进行整合打包，自主定义价格，形成新的爆品。

数据分析优势，数据融合推动自身发展，统一的用户数据、订单数据有助于挖掘出业务发展趋势和受欢迎的资源特征，实现功能和资源接入持续优化。

及时组建专职保洁员队伍，明确河道管护人员分工，落实保洁管护措施，构建长效管护工作机制。同时进一步发展市场化机制，在本地及周边县市择优选择专业的保洁管护公司，建立河道长效保洁专业队伍，明确保洁范围、保洁责任、保洁标准和保洁经费，确保中小河流治理重点县项目良性运行。

2 重构目标

2.1 目标定位

资源实现三个统一，提升资源对业务多元化支撑能力。随着业务多元化发展，围绕“权益+”模式，各业务均存在大量外部资源合作的需求，为了降低外部合作门槛与成本、加快业务探索与创新，通过数字生活平台统一资源池的三层服务，对外资源统一接入、资源统一管理、资源统一输出，实现外部资源的单点接入、内部的统一管理与统一服务。

数智化合作服务体系微服务的架构风格，区别于面向服务架构（SOA），数智化合作服务体系微服务更专注于对合作方的松耦合性、动态扩容，围绕数智化合作服务业务能力构建数智化合作服务，通过轻量级协议通信，甚至跨语言组成整个产品都不会是什么问题[1-2]。

数智化合作服务体系微服务架构拥有极为优秀的扩展性，热点微服务可以自如的进行横向扩容，甚至可以在不间断服务的情况下热扩容。

图1 统一资源池总体定位

数智化合作服务微服务的架构风格，不仅帮助数智化合作服务体系解决数智化在运行态的许多问题，在数智化合作服务产品研发过程中提升效率。数智化合作服务产品研发与迭代的效率提升是惊人的。通过服务组件化与围绕业务能力构建微服务模块，而各个模块又都专注于本身的业务功能，新功能的迭代只会影响少部分的数智化合作服务微服务模块，而且松耦合性，新的功能研发过程变得简单、专一；并且新功能上线运营，也只需要更改相关微服务模块，使得风险也大为降低。

2.2 目标架构

构建统一资源池，加速多类型商品与业务融合发展。统一资源池作为数字生活平台核心模块，承担了应用、生活服务、权益、第三方H5等多来源、多类型资源的统一接入、统一管理与统一服务。

2.3 技术架构

基于微服务架构，利于后续更多类型/来源的资源扩展，统一资源池采用微服务架构，提供统一资源池能力API给到资源使用方。

系统整体设计采用四层架构，包括资源使用层、统一资源接入层、服务层和资源层：

资源使用层为前端系统，基于H5和用户界面的渐进式框架Vue，为用户提供统一的交互体验。

统一资源接入层通过多种负载均衡、缓存、流量控制、风险管控、超时重试、鉴权和反向代理等多种能力。

微服务治理模块和监控中心模块借助阿里云原生服务生态提供良好的运营运维支撑能力

3 数智化合作服务体系的微服务方案

3.1 微服务构建API框架

1）服务发现

数智化合作服务体系基于spring cloud 的Eureka和ribbon为spring cloud中的服务提供服务发现功能解决方案，基于 REST 的服务，用于定位服务，以实现云端的负载均衡和中间层服务器的故障转移[3-4]。

对于Spring Cloud的中的服务发现机制基于Eureka和ribbon的方式实现。

数智化合作服务体系部署Eureka服务集群，并使用存储卷功能，将数据持久化存储。Eureka通过心跳检测、健康检查、客户端缓存等机制，保证了系统具有高可用和灵活性。

2）访问控制

数智化合作服务体系使用spring cloud 中的zuul作为服务网关实现对spring cloud中的服务进行访问控制。

在容器平台部署Zuul服务，提供服务的路由功能并使用存储卷存储持久化数据。使用zuul服务集群作为服务网关，将请求进行服务路由。

通过Zuul的规则引擎允许通过任何JVM语言来编写规则和过滤器，实现对于服务的访问控制。同时可以使用zuul的认证功能，实现认证健全和其他访问控制。

Zuul 是提供动态路由，监控，弹性，安全等的边缘服务。

3.2 服务组件化

数智化合作服务体系微服务的架构风格，与传统风格拿出来对比是极为有用的，下面我们举一个简单的例子，来说一下两者的区别数智化合作服务体系在微服务与传统风格的区别。

微服务以油站服务为例，通过微服务建设统一的资源池，由多方的资源使用方来调用资源池的油站服务，来展现数智化合作服务实现的方式

统一资源池通过封装油站接口为对应的微服务，由业务方使用，减少多方重复对接，以及通过资源池进行用户资源缓存，提升请求优惠券、订单查询、油站状态机邮件的速度的方式[5]。

4 结论

随着“微服务+分布式”的快速发展，各类新的架构理论也纷纷与时俱进，如微服务架构的提出，就成为软件研发各类角色关注的焦点。生态服务部平台通过本次“微服务+分布式”架构重构，整体业务支撑能力得到极大提高，并具备了类线性扩展业务支撑的能力。