Rainbond 5.3.1 发布,支持100+组件一键云原生交付

2021年7月5日,Rainbond 5.3.1 正式发布。

Rainbond 是云原生且易用的应用管理平台。云原生应用交付的最佳实践。专注于以应用为中心的理念。赋能企业搭建云原生开发云、云原生交付云。

对于企业: Rainbond 是开箱即用的云原生平台,借助 Rainbond 可以快速完成企业研发和交付体系的云原生转型。

对于开发者: 基于 Rainbond 开发、测试和运维企业业务应用,开箱即用的获得全方位的云原生技术能力。包括但不仅限于持续集成、服务治理、架构支撑、多维度应用观测、流量管理。

对于项目交付: 基于 Rainbond 搭建产品版本化管理体系,搭建标准化客户交付环境,使传统的交付流程可以自动化、简单化和可管理。

近一年,使用Rainbond 云原生应用交付流程(见下图)的开源用户成为主流,面对不同用户的业务复杂性,对Rainbond交付流程的性能提出了新的要求。从 5.3.0 版本发布以来4个月的时间,Rainbond 开发者以交付链路的性能优化为主要迭代方向。

2bdevops

在工业互联网、园区建设、智慧城市建设等等领域中,一个应用解决方案大多具有50-100个服务组件。在这些行业中,通常会有多家应用厂商来合作完成一个解决方案。Rainbond 在这个过程中提供多项能力:

(1)标准化应用交付模型,统一各个应用厂商的应用交付标准,使行业集成商低成本集成解决方案。

(2)统一交付环境,一键实现应用交付。大大降低销售过程中的演示场景、POC场景和成本和最终交付的成本。

(3)智能应用运维管理,客户维度运维低成本。

关键变更

支持100+组件规模应用交付

基于上述的Rainbond应用交付流程,当前版本在应用模型发布、应用模型安装、应用升级、应用生命周期管理四个维度进行性能优化。以应用模型安装为例,100个组件的安装过程需要调用大量的计算资源,控制组件的启动顺序,控制微服务系统注册和配置分发。

多组件应用安装和升级演示

Helm应用安装与管理(Beta)

Rainbond 不支持Helm应用安装和管理早已是一个痛点。Rainbond 的产品形态是以管理自定义的应用规范为核心的云原生应用管理。与其他容器化平台不一样,我们不提供Kubernetes原生的资源管理面板。因此在面对灵活的Helm应用包,我们没有很好的方式将所有Helm应用转化为Rainbond的应用规范。在OAM规范的实现模式中,有一个思路是把每一个Helm应用定义为自定义的组件类型,对其进行资源类型识别从而实现一些运维能力注入。我们认为这种模式精细化管理有优势,但用户落地成本很大。

当前版本我们采用一种新的模式来安装和管理Helm应用。我们将其定位为 Rainbond 原生应用的补充,作为部署一些中间件的载体,所以我们主要要考虑解决以下问题:

(1)Helm安装的应用如何接入Rainbond ServiceMesh微服务架构,实现原生应用可调用Helm应用。

(2)Helm安装的应用如何接入Rainbond 网关,实现外部访问及流量治理。

(3)Helm应用管理能力支持多少。

我们定义了Kubernets自定义资源HelmApp,实现HelmApp的多集群部署。用户对接上Helm应用商店后,即可选择应用进行安装。安装过程中完全支持Helm应用的配置规范进行应用配置,同时也支持 Rancher 定义的配置表单规范,实现配置表单自动生成。Helm应用部署后自动识别其Service资源,进行服务的注册,实现Rainbond微服务和网关体系的接入。

逐步适配OAM应用规范

从5.3.1版本开始,我们开始逐步适配OAM应用规范,提升Rainbond的可扩展性。在当前版本中我们基于OAM规范,重新实现第三方组件类型,定义了ThirdComponent 作为第一个 ComponentDefinition,并在产品中实现对ComponentDefinition的基础管理机制。接下来Rainbond中现有的两种内置组件类型逐步基于ComponentDefinition定义实现。然后开放用户自行扩展的能力,Rainbond中提供整个支撑体系,包括通用运维特征能力注入、配置UI化、通用的微服务治理和流量管理、应用打包交付等。

image-20210705114112352

详细变更点

新增功能

  • 【应用商店】支持Helm应用仓库对接;

  • 【应用管理】支持Helm应用安装和配置;

  • 【微服务治理】支持通过网关或内部组件依赖两种方式访问Helm安装的应用;

  • 【微服务治理】新增GRPC协议的服务治理能力;

  • 【微服务治理】新增对组件下容器启动顺序控制,实现mesh容器先于业务容器启动;

  • 【组件管理】新增基于kubernetes service服务发现类型的第三方组件;

  • 【源码构建】Go语言新增对Go 1.14、1.15、1.16 版本Runtime的支持;

  • 【源码构建】Go语言新增对构建模块和启动命令的配置;

  • 【源码构建】Java、Go、PHP等语言新增pre_build、post_build构建时shell hook的支持;

  • 【企业管理】用户管理中新增对用户所在团队及角色的批量管理能力;

  • 【企业管理】团队管理中新增开通集群的功能入口;

  • 【集群安装】支持RKE集群配置,实现集群节点配置的灵活调整;

优化功能

  • 【性能】应用升级体系优化,支持100+组件批量升级;

  • 【性能】从应用商店安装组件实现优化,支持100+组件批量安装;

  • 【性能】改进拓扑图加载逻辑,加速大应用下拓扑图加载速度;

  • 【性能】优化在大量组件情况下的应用级生命周期操作API的性能;

  • 【稳定性】应用网关优化,解决异常应用访问导致网关内存泄露的故障;

  • 【组件管理】支持空值的环境变量和配置组变量;

  • 【监控报警】移除错误的节点健康检测报警策略;

  • 【组件管理】重构组件本地存储类型的实现,支持使用本地存储组件复用集群的调度策略;

  • 【内部组件库】新增应用模型版本管理,支持在发布页展示版本介绍;

  • 【组件管理】支持组件设置自定义主机名解析记录;

BUG修复

  • 【源码构建】修复 .netcore 源码构建任务无法结束的故障;

  • 【控制台】修复网关策略搜索功能不可用故障;

  • 【源码构建】修复Maven 配置删除后源码构建无法执行的故障;

  • 【稳定性】修复错误的网关策略参数导致网关故障;

  • 【组件管理】修复组件实例数不一致的故障;

  • 【稳定性】修复rbd-worker系统组件由于etcd不稳定异常重启的故障;

  • 【应用管理】修复对接非HTTPS镜像仓库时应用备份不可用的故障;

  • 【集群安装】修复集群镜像仓库证书不一致的故障;

社区

如果您对Rainbond项目感兴趣,如果您有一些疑问,如果您对云原生、Kubernetes等技术感兴趣,欢迎加入Rainbond 社区钉钉群。

安装使用请参考文档:快速安装

从5.3.0升级到5.3.1: 升级参考文档

K8S中文社区微信公众号

评论 抢沙发

登录后评论

立即登录