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的方式。