摘要

微服务引擎（Micro Service Engine后面简称 MSE）是面向业界主流开源微服务生态的一站式微服务治理平台，兼容 Spring Cloud、Dubbo 微服务框架，提供高可用、免运维的服务注册中心（支持 Eureka / Nacos / ZooKeeper）、配置中心（支持 Apollo）和监控中心（支持 Skywalking ），实现对微服务的治理和监控。

基于云原生环境下，微服务引擎又是如何一种架构？
微服务引擎产品中 Spring Cloud 及 Dubbo 相关服务治理是如何实现的？
Spring Cloud 框架下如何实现参数的动态配置呢？

前言

在云原生主流发展的环境下，基于需求而来，一种应云而生的微服务引擎架构，显然是脱颖而出，得到业界的普遍关注。服务治理，对于 Srping Cloud 类型的服务和 Dubbo 类型的服务，本文也给出了不同的设计方案。而针对常用的 Srping Cloud 类型的服务，做了详细的服务治理剖析，以及通过具体的案例解析相应的治理过程。

MSE部署组网架构实现

MSE 采用 nginx 网关作为流量入口，统一转发路由到各个服务；应用端面向 op 用户，访问请求经 op 网关进行统一管理。

具体的部署组网架构图如下：

image.png

Dubbo服务治理

Dubbo服务的治理，社区提供的治理方案是自由编辑 yaml 格式的参数配置，然后将配置信息写入到注册中心 zookeeper 的配置节点上。微服务引擎在设计时，首选推荐的图形化方式引导选择或输入的方式，同时也保留了自由编辑yaml格式的参数配置的方式。

Dubbo 服务治理的配置都存储在 /dubbo/config 节点，具体节点结构图如下：

image.png

namespace，用于不同配置的环境隔离。
config，Dubbo 约定的固定节点，不可更改，所有配置和服务治理规则都存储在此节点( /dubbo/config )下。
dubbo/application，分别用来隔离全局配置、应用级别配置：dubbo 是默认 group 值，application 对应应用名
dubbo.properties，此节点的node value存储具体配置内容

通过可视化配置可以实现Dubbo 服务的负载均衡、条件路由、标签路由、黑白名单策略。

负载均衡：在集群负载均衡时，Dubbo 提供了多种均衡策略，缺省为随机调用。随机，轮询，最少活跃调用数。
条件路由：以服务或消费者应用为粒度配置路由规则。例如：设置应用名为 app1 的消费者只能调用端口为 20880 的服务实例，设置 samples.governance.api.DemoService 的 sayHello 方法只能调用所有端口为 20880 的服务实例。
标签路由：通过将某一个或多个服务的提供者划分到同一个分组，约束流量只在指定分组中流转，从而实现流量隔离的目的，可以作为蓝绿发布、灰度发布等场景的能力基础。
黑白名单：是条件路由的一部分，规则存储和条件路由放在一起，为了方便配置所以单独拿出来，可以对某一个服务，指定黑名单和白名单。

Srping Cloud服务治理

通过可视化配置可以实现 Spring Cloud 服务的负载均衡、限流、熔断、降级、超时策略以及参数的动态化配置，通过 BOMS 管理平台，负责接收用户请求，将用户数据持久化到存储介质；存储介质用来存储用户操作数据，例如项目负载均衡策略；在使用上述治理功能时，依赖于 Apollo 的参数动态生效功能以及自研的 SDK 负责监听存储介质，动态更新负载均衡策略，存储介质基于 Apollo 根据存储介质中访问控制策略，增加访问控制拦截负责监听存储介质，动态更新是否启用容错重试机制，以及动态更新重试次数等功能；后面章节会从 Apollo 的参数动态生效以及 SDK 两方面详细介绍微服务引擎时如何纳管 Springcloud服务实现流量治理过程。

如果用户的微服务需要通过 MSE 纳管进行流量治理，首先需要在mse里订购注册中心及配置中心 Apollo 实例，然后对用户的服务进行部分改造，引入SDK工具包，并且在服务的配置文件里需要配置 Apollo 的 meta 地址以及 Apollo 的 namespaces:

application, circuit-breaker, fault-tolerant, loadbalance, timeout，
这五个 namespace 分别对应五种治理功能：参数动态配置、熔断降级、容错、负载均衡、超时策略。

下图是Spring Cloud服务治理结构图：