Rainbond V5.2.0-release 发布，拥抱生态，灵活接入Kubernetes集群

17 April 2020

Rainbond V5.2.0-release 发布，拥抱生态，灵活接入Kubernetes集群

导读：Rainbond V5.2版本经过4个月的开发迭代，V5.2.0-release 终于发布啦。新版本推出了Rainbond Operator全新的安装模式和运行模式，拥抱Kubernetes生态；不再内置安装Kubernetes，Rainbond应用管理和Kubernetes层完全解耦合，支持接入任何安装方式的1.14版本以上Kubernetes集群；基于生态模式支持接入更多的存储类型、组件类型，使Rainbond扩展能力显著增强；推出企业视图模式控制台，使企业应用开发、管理更加便捷。同时，我们推出 Rainbond Cloud 服务，借助阿里云等已有的公有云资源，帮助企业快速搭建多云应用开发、交付、运维平台。

Rainbond 开源已经经历了30个月，3个大版本迭代，成为3000余企业的选择，落地到交通、能源、高校、民航、军队、政府等数十个行业。Rainbond希望带给大家，面向应用的管理体验，而不是停留在虚拟机和容器资源管理层面的体验，Rainbond砥砺前行。

下面言归正传，让我们来看一下 V5.2.0 有哪些变化？

主要改动说明

V5.2.0版本相对于V5.1.X版本做了大量的功能、架构变更，性能、稳定性优化。为了方便大家阅读，这里仅罗列关键的变更点，细节可以参考Release 记录

1. 引入 Rainbond-operator，对接已有Kubernetes集群

Operator是Kubernetes体系中对于复杂应用管理的扩展模式，关于Operator的理解可以阅读文章 Kubernetes Operator 技术下沉，体验上浮。同样的Rainbond整个架构也可以认为是一套应用，因此我们定义了Rainbond-operator来将Rainbond可以安装到Kubernetes集群中，使用Kubernetes来管理Rainbond系统组件，同时Rainbond又可以反过来管理调度Kubernetes资源。在过去的版本中我们提供了一套Ansible脚本来完成Kubernetes的安装和Rainbond的安装，取得了不错的安装体验。然而缺陷就是限制了Kubernetes版本用户无法自由选择，同时Rainbond还不得不做自身组件的运维工作，重复的造了轮子。Rainbond-operator 的出现完整的解决了这两个缺陷。

Operator 将在Rainbond后续的版本中出现更多，Rainbond目前仅支持几种默认的组件类型，将来将通过Operator的方式定义更多的组件类型，从而更加灵活的支持组件类型扩展。比如基于etcd-operator定义etcd组件类型，更精细化的支持部署etcd集群。比如基于rds operator类型，直接支持快捷创建RDS组件实例接入Rainbond平台。

Rainbond-operator支持两种安装模式，默认版本中提供一套UI辅助用户配置参数和观察集群初始化进度。在Rainbond Cloud中支持从控制台基础操作即可完成将已有的Kubernetes集群初始化完成成为Rainbond集群。

2. 企业共享组件库，助力构建企业中台

共享组件库是企业内部复用模块、应用、解决方案的核心。Rainbond定义了一种应用模型规范(RAM)，同时支持任意部署到Rainbond的组件一键发布成应用模型，并支持版本管理、分类管理、交付管理等。以共享组件库企业可以开发环境快速复制，测试环境快速安装，生产环境标准交付，优秀方案企业共享。共享组件库包括应用的组装发布、应用版本存储、离线导出和导入、云端同步共享等特性。

谈到应用模版，这里必须得提Helm，Helm是一个优秀的Kubernetes应用打包工具，支持厂商多从而形成了Helm应用生态。然而遗憾的是helm打包的应用没有规范（Kubernetes用法各样），这也是为什么Rainbond一直不支持Helm应用的直接安装的原因。对于广大软件生产企业来说，定义Helm应用模版也是一件复杂的事情。Rainbond在应用发布、应用共享、应用安装方面提供全流程管理，缺陷的就是RAM不是被社区公认的规范，这条路已经有了解决方案。OAM应用规范应运而生，Rainbond将在后续的版本中逐步将RAM替换为OAM规范，从而实现Rainbond生产的应用可以交付到各类云环境。

3. 存储体系重构

Rainbond组件存储在V5.1及以前版本中支持类型较为单一，仅支持全局共享存储类型。这是一种基于NAS/NFS为基础的文件系统共享存储模式。这样一方面不能很好的匹配Kubernetes已有的存储生态，二来在性能要求较高的场景中支持不足。在V5.2版本中Rainbond全面接入Kubernetes存储生态，基于Kubernetes Storage Class资源扩充更多的Rainbond存储类型，同时重新实现原有的全局共享存储类型，不再依赖宿主机提前挂载NFS，使得Rainbond在存储扩充上不再依赖对集群宿主机的操作。用户可以根据自身环境已有资源合理选择存储类型接入。

Rainbond Cloud 服务试运行上线

Rainbond Cloud 是Rainbond产品SaaS化在线服务平台，由好雨科技运营。Rainbond Cloud可以认为是Rainbond集群的托管服务，依托于IaaS厂商的计算资源，比如用户购买阿里云的托管Kubernetes集群，通过API对接到Rainbond Cloud，由Rainbond Cloud来管理用户的Kubernetes集群，并提供给用户多云应用管理体验。Rainbond Cloud有如下优势：

• 完整的Rainbond功能，持续产品迭代和升级，需求不等待；
• 多云资源管理，阿里云、AWS、华为云等IaaS厂商的资源，统一托管到Rainbond Cloud，你只需要管应用，应用可以透明在多云上备份和迁移，不被IaaS厂商绑定；
• 便捷的云资源对接，仅需30分钟即可完成集群从计划到投产；
• 服务安全可靠，用户所有代码、应用、数据、流量都由用户自己掌控。Rainbond Cloud只是管理和调度服务，即使Rainbond Cloud故障不影响用户业务；
• 帮助用户实现云原生DevOps、企业中台、企业应用交付等流程和体验；
• SLA保障；

现在注册，免费使用 快速前往

下一步计划

• 完善企业应用交付流程。
• 支持更多IaaS资源对接，让用户更方便的利用公有云资源。
• 引入OAM规范，支持更多的应用类型。

常见 FAQ

• Rainbond是什么项目

  Rainbond 是以企业云原生应用开发、架构、运维、共享、交付为核心的Kubernetes多云赋能平台, 向下结合Kubernetes云原生资源管理模式，对接管理各类基础设施，通过多维度的软件定义屏蔽了底层资源的差异，甚至包括CPU架构差异和操作系统差异，从而对上层提供以应用为中心的基础设施； 向上定义了标准应用模型（RAM,OAM)，内置ServiceMesh微服务架构框架， 提供用户基于源码/已有镜像构建服务组件的能力，编排服务组件的能力，发布共享完整应用模型的能力，交付运维业务应用的能力。

• Rainbond与Rancher项目有什么不同？

  Rancher，Kubernetes生态中成功的开源项目，其定位“Run Kubernetes Everywhere”，Rancher可以帮助我们快速搭建Kubernetes集群并提供集群资源很好的管理体系。Rainbond定位“企业应用全生命周期管理“，可以这么认为Rainbond在Rancher之上的维度，用Rancher更好的管理Kubernetes，用Rainbond更好、更方便的使用Kubernets。因此Rainbond与Rancher甚至可以并存，各司其职。

• Rainbond的发展方向是？

  Rainbond的目标是建立一套完整的应用管理生态体系，未来Kubernetes就像现在的虚拟机一样成为基础设施的单元，从数据中心到云端到边缘，Rainbond帮助企业完成应用开发和交付到任意区域，不用再关心Kubernetes基础设施。

• Rainbond 有在线托管服务版本吗？

  从现在开始，有了，伴随着5.2版本发布，Rainbond Cloud服务试运行上线，这可能是你最快体验Rainbond的方式。