Spring Cloud 微服务与 Service Mesh 的融合

概述

这篇文档，着重解决一个问题：Spring Cloud 融合于 Rainbond 原生 Service Mesh 的正确姿式是什么样子的。

Rainbond 原生支持 Service Mesh 微服务架构。也就是说，不管原来是什么，只要部署在 Rainbond 上，那么就自然的成为了 Service Mesh 微服务。这也是 Service Mesh 微服务架构的一大特色：对原应用无侵入。

Spring Cloud 部署在 Rainbond 上后，整套业务便是完整的 Spring Cloud 微服务，又是一套 Service Mesh 微服务。那么如何使业务系统即保留了原有 Spring Cloud 微服务架构的特色，又能享受到 Service Mesh 带来的种种好处呢？这就涉及到了Spring Cloud 微服务与 Service Mesh 的融合。

融合的核心思想，就是 Spring Cloud 框架维护的功能，保持不变； Spring Cloud 框架没法维护的功能，交给 Service Mesh 和 Rainbond。

Spring Cloud 不维护什么

我不会去深刻讨论 Spring Cloud 微服务框架都维护了什么，这样的帖子网上有不少。

在这里，我想说明的是，当读者选择将本身原有的 Spring Cloud 微服务部署在 Rainbond 时，有哪些工做应该由 Rainbond 来完成。

向 eureka 的注册

eureka 注册中心，是 Spring Cloud 微服务框架中，标准的注册中心解决方案。微服务框架中的 Service provider(服务提供者) 将本身的服务地址注册于 eureka 中，供 Service consumer（服务消费者） 远程调用。这种服务注册与发现的机制，是微服务架构中为了将原来的一站式服务拆解为若干个独立的服务并相互解耦，却又能相互交互所设计的。基于这种机制，全部的 Spring Cloud 微服务组件，能够动态的获悉本身须要的 Service Provider 的服务地址；也能够摇身一变，将本身注册为 Service Provider 对其余组件提供服务。

然而，就是这么一种灵活的服务注册/发现机制，却不会维护其它服务组件向 eureka 自身注册这一动做。向 eureka 注册的地址，每每是在配置文件里配置的，例如码云6K+星Spring Cloud项目 PIG后台管理框架 中，设定的 eureka 注册方式以下：

https://gitee.com/log4j/pig/b...

# 注册中心配置
eureka:
  instance:
    prefer-ip-address: true
  client:
    service-url:
      defaultZone: http://pig:pig@pig-eureka:8761/eureka/

{{% notice info %}}
Rainbond 中会将没法解析的域名，如 pig-eureka 解析为 127.0.0.1
{{% /notice %}}

在 Rainbond 中，能够借助于依赖关系，将微服务组件和 eureka 链接起来，帮助 Spring Cloud 完成注册这一动做：

• eureka 自己开启端口对内服务，向 Rainbond 平台完成自身 Service Mesh 层的服务注册
• 其它微服务组件经过依赖关系链接 eureka ，便可在不作任何变动的状况下，完成向 eureka 的服务注册以及服务订阅

对接各种中间件

一套完整的 Spring Cloud 微服务体系中，必然会采用多种数据中间件。以 PIG 为例，搭配使用 MySQL 做为数据存储、 REDIS 做为缓存。而在 Spring Cloud 中，这类中间件的对接方式也是经过配置文件配置的。并不会在微服务框架中有其它的注册机制。那么同理能够由 Rainbond 的依赖关系来将微服务与服务中间件链接起来。

服务组件启动顺序

Spring Cloud 微服务组件的启动顺序是比较重要的，一个组件在所依赖的服务没有启动前自行启动，是可能引发错误的。Spring Cloud 微服务框架自己不会维护服务组件的启动顺序，这一问题能够由 Rainbond 来解决。

在 Rainbond 5.1 版本后，咱们支持了基于依赖关系的启动顺序控制。启动前后逻辑为被依赖的服务先启动，只有当前服务所依赖的服务所有正常启动后，才会开始启动流程。

{{% notice warning %}}
必须指出的是，在这个启动控制链条中，pig-gateway 指向 pig-auth 的依赖关系，其意义只做为启动顺序控制策略，不做为正常的依赖关系使用。
{{% /notice %}}

Spring Cloud 适配 Rainbond

为了将 Spring Cloud 更好的融入到 Rainbond 的体系中来，建议使用下面的配置来进行适配：

注册IP

在保留了 eureka 这种 Spring Cloud 原生的服务注册发现机制的前提下，咱们须要全部的微服务组件组册本身的真实IP做为服务地址。微服务组件间的组网策略，Rainbond 会自行解决，关键配置类好比下：

https://gitee.com/log4j/pig/b...

# 注册中心配置
eureka:
  instance:
    prefer-ip-address: true

心跳检测与快速下线

Rainbond 支持每一个微服务组件的全生命周期管理。在咱们对某个组件进行配置并点击更新后，咱们但愿在 eureka 中，在新实例上线后，已经被关闭销毁的旧实例能够快速下线，确保注册中心中的服务注册地址没有不可用项。关键配置以下：

# eureka server配置
eureka:
  server:
    enable-self-preservation: false #关闭自我保护
    eviction-interval-timer-in-ms: 4000 #清理间隔（单位毫秒，默认是60*1000）

# eureka client配置
eureka:
  instance:
    lease-expiration-duration-in-seconds: 30 #服务过时时间配置,超过这个时间没有接收到心跳EurekaServer就会将这个实例剔除
    lease-renewal-interval-in-seconds: 10 #服务刷新时间配置，每隔这个时间会主动心跳一次

{{% notice warning %}}上述配置适用于于测试场景以及调试场景。若是服务已经趋于稳定，并决定应用于生产环境，则建议自行设置合适的配置方案。{{% /notice %}}