共计 1689 个字符，预计需要花费 5 分钟才能阅读完成。
开源 PaaS Rainbond V5.1 发布，支持管理异构复杂的微服务架构
3 月的北京春意盎然，Rainbond 如期为大家带来了大版本 V5.1 更新，在此首先对所有为 Rainbon 项目提过建议的用户朋友们表示感谢，V5.1 版本的较多思考就是来自于众多用户为 Rainbond 项目提出的建议。
Rainbond 是开源的企业应用云操作系统，支撑企业应用的开发、架构、交付和运维的全流程，通过无侵入架构，无缝衔接各类企业应用，底层资源可以对接和管理 IaaS、虚拟机和物理服务器。
支持第三方微服务集成和管理
Rainbond 作为一款云应用操作系统开源产品，在众多的企业中落地使用的过程中出现了两类共同的问题：
循序渐进的迁移策略，已经上 Rainbond 的服务如何与遗留服务通信和统一管理。
Rainbond 应用网关很好用，但是遗留的服务没办法与 Rainbond 上的服务共享外网端口或域名。
Rainbond V5.1 版本中在提出了第三方服务的概念，即将运行于 Rainbond 集群外且与 Rainbond 可以正常网络通信的服务称为第三方服务。对于此类服务，我们支持以静态注册、动态注册（Etcd、Zookeeper、Consule）的方式来获取第三方服务的通信地址，赋予第三方服务以下能力：
集成 Rainbond 内置的 ServiceMesh 架构，与集群内服务无缝互联，并提供服务通信治理功能。
集成 Rainbond 应用网关，统一管理服务外网访问。
运行于不同环境和系统的业务系统统一管理和可视化，形成完整业务架构。
更多第三方服务的说明和支持情况，见文档：Rainbond 支持第三方服务集成
支持微服务启动顺序
在一个复杂微服务架构下，一些服务必须依赖于另一些服务才能正常工作，如何根据依赖关系处理服务的启动顺序是简化复杂微服务架构管理的关键。
Rainbond 实现了，根据依赖关系自动处理启动顺序，当被依赖的服务正常工作后，才会启动后续服务，依次迭代启动所有服务。服务正常工作有几种判断依据：
服务的运行状态处于“运行中”（默认）
服务的端口处于监听状态（可设置）
根据 Http 服务返回状态码（可设置）
Service Mesh 内置的服务代理更换为 envoy
内置服务代理更换为 envoy 1.9.0
内置 Service Mesh 控制面板重构，提供标准的 XDS 服务 (gRPC)
优化应用市场管理
应用市场支持多版本安装和管理
从应用市场安装服务，支持跨越大版本从应用市场升级
源码构建系统升级
基于源代码持续构建服务是 Rainbond 用户使用最多的功能之一，既 5.0 版本作较大升级以后，5.1 版本继续带来升级：
增加对 NodeJS 前端项目源码类型的支持，可以部署 Vue 和 React。
Java-Maven 增加 maven 编译参数的 UI 配置。
所有 Java 类型支持 OpenJDK 版本和 OracleJDK 版本的 UI 配置。
PHP、静态语言支持 UI 选择中间件类型和版本。
将公共代码模块和资源从云端本地化、更好的支持离线环境下源码构建
支持服务源码类型重新检测和变更
另外 Rainbond 对各类型源码的支持规范文档进行了更加细致的描述，请参考 Rainbond 源码支持规范
新版 Rainbond 文档系统上线
团队一直在为 Rainbond 文档的可用性和完整性做努力，5.1 版本发布之际，我们同时发布了 5.1 版本的文档系统，在平台基础使用、运维、各类使用场景等方面丰富了大量有价值内容。
访问地址：https://www.rainbond.com/docs
其他特性
应用网关内置 Openresty 升级到 1.13.6.2 版本
应用网关增加域名、服务访问情况监控，监控域名的访问量、延时、通信数据量
团队首页改版，更多可视化管理
默认安装的 Docker 版本升级到 18.06.3-ce
默认安装的 Kubernetes 版本升级到 1.10.13
安装流程支持指定分布式存储类型和配置参数，无需用户自行处理存储挂载
Rainbond V5.1 安装：
https://www.rainbond.com/docs…
Rainbond 历史版本升级到 V5.1
https://www.rainbond.com/docs…
