Rainbond v5.1.2 发布，微服务架构应用便捷管理和交付

内容简介：Rainbond v5.1.2发布，微服务架构应用便捷管理和交付 Rainbond是开源的企业应用云操作系统，支撑企业应用的开发、架构、交付和运维的全流程，通过无侵入架构，无缝衔接各类企业应用，底层资源可以对接和管理IaaS、...

Rainbond v5.1.2发布，微服务架构应用便捷管理和交付

Rainbond是开源的企业应用云操作系统，支撑企业应用的开发、架构、交付和运维的全流程，通过无侵入架构，无缝衔接各类企业应用，底层资源可以对接和管理IaaS、虚拟机和物理服务器。

2019年3月，Rainbond发布v5.1版本，经过1个月在上百家企业的实际使用，团队持续跟进版本缺陷，迄今为止发布了2个BUG修复版本。

Rainbond开源产品的目标是成为企业IT系统的云操作系统，作为基础平台支持各行各业的企业用户，优化IT软件开发企业的开发流程和交付流程，做到一站式开发和交付。作为广大行业IT厂商的合作伙伴，为其提供稳定的、好用的、高效的基础平台，服务于行业软件的架构、开发和交付，Rainbond在这条路上砥砺前行。在V5.1版本中我们引入了以下功能体系来服务用户。

支持第三方微服务集成和管理

Rainbond在众多的企业中落地使用的过程中出现了两类共同的问题：

• 循序渐进的迁移策略，已经上Rainbond的服务如何与遗留服务通信和统一管理。

• Rainbond应用网关很好用，但是遗留的服务没办法与Rainbond上的服务共享外网端口或域名。

Rainbond V5.1版本中在提出了第三方服务的概念，即将运行于Rainbond集群外且与Rainbond可以正常网络通信的服务称为第三方服务。对于此类服务，我们支持以静态注册、动态注册（Etcd、Zookeeper、Consule）的方式来获取第三方服务的通信地址，赋予第三方服务以下能力：

1. 集成Rainbond内置的ServiceMesh架构，与集群内服务无缝互联，并提供服务通信治理功能。

2. 集成Rainbond 应用网关，统一管理服务外网访问。

3. 运行于不同环境和系统的业务系统统一管理和可视化，形成完整业务架构。

更多第三方服务的说明和支持情况，见文档： Rainbond支持第三方服务集成

此功能发布之后，在阿里云运行Rainbond的企业用户可以更便捷的对接阿里云的RDS资源。更加充分的利用云资源以降低企业维护IT系统的成本。

支持微服务启动顺序

在一个复杂微服务架构下，一些服务必须依赖于另一些服务才能正常工作，如何根据依赖关系处理服务的启动顺序是简化复杂微服务架构管理的关键。

Rainbond实现了根据依赖关系自动处理服务的启动顺序，当被依赖的服务正常工作后，才会启动后续服务，依次迭代启动所有服务。

这方面的功能实现主要在体现Rainbond的主要抽象层次，我们比较清楚的是 docker 的抽象层次是容器级别，kubernetes的抽象层次主要可以认为是服务级别（Pod级别），Rainbond的关键抽象层是更高的应用级，特别是微服务架构盛行的今天，服务组件多，对于大多数业务程序都需要手动的控制启动顺序来确保整个业务的正常工作。Rainbond能够做到能够做到在应用级整体控制生命周期和其他自动化运维。

此功能发布后在某工业互联网软件企业用户中创造了较大价值，一个完整的工业互联网APP开发平台由20多个服务组件构成，过去他们每交付一个工厂的交付成本需要一个熟练的交付工程师出差调试大概2天才能基本完成。其中主要的就是需要熟练掌握服务之间的依赖关系，启动顺序，服务配置，这还是建立在他们产品的成熟度已经比较高。后期这一套业务系统交付用户的运维成本也非常大。当使用Rainbond作为基础交付平台以后，他们通过1天的时间将所有服务完整部署的Rainbond并发布于应用市场。由于Rainbond完整的应用系统生命周期控制和启动顺序控制，实现了完整的工业互联网APP开发平台的一键部署，10分钟完成业务可工作。对于最终用户来说也可以更加直观的运维管理业务系统。

源码构建系统升级

基于源代码持续构建服务是Rainbond用户使用最多的功能之一，既5.0版本作较大升级以后，5.1版本继续带来升级，在 Java 、 PHP 、NodeJS等常用语言方面支持更加完善：

• 增加对NodeJS前端项目源码类型的支持，可以部署Vue和React。

• Java-Maven增加maven编译参数的UI配置。

• 所有Java类型支持OpenJDK版本和OracleJDK版本的UI配置。

• PHP、静态语言支持UI选择中间件类型和版本。

• 将公共代码模块和资源从云端本地化、更好的支持离线环境下源码构建

• 支持服务源码类型重新检测和变更

另外Rainbond对各类型源码的支持规范文档进行了更加细致的描述，请参考 Rainbond源码支持规范

从源码构建主要服务于开发场景，目前还是有较多的企业开发者出于学习成本无法定义优质的Dockerfile，直接使用Rainbond提供的基于源代码构建的机制是开发者使用Rainbond发布服务最易用的方式。

我们从用户使用中总结发现目前开发语言最多的依然是Java,因此Rainbond对Java语言支持的持续优化依然是V5.1版本的重点，其中有大量用户使用的是SpringCloud，因此Rainbond将在V5.1后续小版本中增加直接基于Maven源码创建多个服务模块的便捷服务创建方式，进一步提供用户创建服务的效率。

除了上述提到的Rainbond V5.1版本大的功能变化以外，Rainbond还进行了大量的功能改进和优化。详细参考：

https://github.com/goodrain/rainbond/releases/tag/v5.1.0-release

https://github.com/goodrain/rainbond/releases/tag/v5.1.1-release

https://github.com/goodrain/rainbond/releases/tag/v5.1.2-release

开始你的Rainbond之旅

你的企业是否也遇到过上文提到的种种影响你的产品开发和交付的效率的问题，不妨使用Rainbond来优化一下你的现有模式和体验。

Rainbond 安装参考手册 https://www.rainbond.com/docs/quick-start/rainbond_install/

Rainbond 使用参考手册 https://www.rainbond.com/docs/user-manual/

Rainbond 进阶场景手册 https://www.rainbond.com/docs/advanced-scenarios/

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• 百度Apollo从开源走向商业化，组织架构转为商业交付型 | CES 2019
• 持续交付2.0：云原生持续交付
• 代码只在交付时有价值，开发者发表软件定义交付宣言
• 产品交付发展过程
• Kubernetes容器环境持续交付
• 持续交付会如何影响测试

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。