摘要：并不会在微服务框架中有其它的注册机制。微服务框架本身不会维护服务组件的启动顺序，这一问题可以由来解决。启动先后逻辑为被依赖的服务先启动，只有当前服务所依赖的服务全部正常启动后，才会开始启动流程。
概述
这篇文档，着重解决一个问题：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 %}}
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/27797.html
摘要：小编一哥们和我吐槽自家的烦恼原本一个有钱有闲的证券行业经理一年前被老板派去支持创新业务探索因为新型业务在不断加速铺开当前的单体式应用复杂度越来越高业务上线过程繁琐流程冗长资源分配耗时较多更新频率越来越低人员也越来越显得捉襟见肘这哥们于是开始 小编一哥们和我吐槽自家的烦恼原本一个有钱有闲的证券行业IT经理一年前被老板派去支持创新业务探索因为新型业务在不断加速铺开当前的单体式应用复杂度越来...
摘要：服务网关服务网关涵盖的功能包括路由，鉴权，限流，熔断，降级等对入站请求的统一拦截处理。具体可以进一步划分为外部网关面向互联网和内部网关面向服务内部管理。应用服务应用服务是企业业务核心。到此实际上已经完成服务迁移工作。 导读 Spring Cloud基于Spring Boot开发，提供一套完整的微服务解决方案，具体包括服务注册与发现，配置中心，全链路监控，API...
摘要：原文链接时代，架构该怎么跟进，来自于微信公众号次灵均阁作为核心开发者，请先简单介绍下自己答大家好，我是小马哥，一名学习当爸爸的父亲，劝退师，项目架构师，编程思想的作者。因此，需求的来源不再已阿里为绝对主导，社区共建和共制的发展模式已成事实。 原文链接：Service Mesh 时代，Dubbo 架构该怎么跟进？，来自于微信公众号：次灵均阁 作为 Duboo 核心开发者，请先简单介绍下...
摘要：原文链接时代，架构该怎么跟进，来自于微信公众号次灵均阁作为核心开发者，请先简单介绍下自己答大家好，我是小马哥，一名学习当爸爸的父亲，劝退师，项目架构师，编程思想的作者。因此，需求的来源不再已阿里为绝对主导，社区共建和共制的发展模式已成事实。 原文链接：Service Mesh 时代，Dubbo 架构该怎么跟进？，来自于微信公众号：次灵均阁 作为 Duboo 核心开发者，请先简单介绍下...
阅读 761·2023-04-25 20:47
阅读 2515·2019-08-30 15:53
阅读 917·2019-08-26 14:05
阅读 863·2019-08-26 11:59
阅读 1660·2019-08-26 11:43
阅读 1577·2019-08-26 10:57
阅读 1332·2019-08-23 18:23
阅读 2585·2019-08-23 12:57
