Rainbond 5.6 版本发布,增加多种安装方式,优化拓扑图操作体验

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
简介: Rainbond 5.6 版本,主要致力于提升拓扑图操作效率以及快速安装体验,降低用户使用门槛。

Rainbond 5.6 版本,主要致力于提升拓扑图操作效率以及快速安装体验,降低用户使用门槛。

主要功能点解读:

支持单机快速体验

为了方便在单机电脑上快速安装体验Rainbond,当前版本支持通过一条命令安装和体验,现在支持的平台包括:

  • Linux
  • Linux(ARM)
  • Mac(Intel)
  • Mac(M1)
  • Windows

快速安装

支持Helm安装方式

Helm 提供了一套简单易用的命令行,借助开发者制作好的 Charts 包完成应用的安装、更新、升级、回滚等操作。当前版本通过 Helm 作为包管理工具适配了市面可见的大多数 Kubernetes 类型,这些类型包括:

  • 使用不同安装工具(如kubeadm、sealos)部署的各种版本的标准 Kubernetes 集群;
  • 各大云服务商推出的 Kubernetes 即服务的云产品,如阿里云ACK、腾讯云TKE、华为云CCE;
  • 基于 Kubernetes 规范实现的其它容器基础设施,如Rancher、 K3s 、Kubedge;

Helm安装

优化拓扑图操作体验

在之前的版本中,由于 Rainbond 展示层级较多,用户操作单个组件时,往往需要切换到组件视图,这使得用户操作层级变多,也无法第一时间获取需要的信息。这次我们针对拓扑图的展示信息做了优化,使其能在应用层级给出更多的信息,并进行操作。降低进入组件视图的操作负担。

新版本展示信息如下:

1.png

在新版本中,拓扑图展示信息处给出了一排组件操作按钮,分别是访问组件、进入Web终端、更新组件、关闭组件、删除组件。用户可以根据这些按钮快速操作组件,同时下方展示出了组件内的容器信息。极大的提升了用户的操作效率。

增加拓扑图聚合模式

在企业实际使用中,一个应用下的组件,往往会依赖其他应用下的组件,此时用户看到的拓扑图信息会大且比较杂乱,无法快速分辨其他组件所属的应用。这时对于用户而言,多个应用之间的依赖关系不明确。为了解决此问题,我们新增了拓扑图聚合模式。在这种情况下,可以更清晰的展示多个应用间的依赖关系。

在普通模式下,可以看到该应用依赖了多个组件,但是我们对于这些组件之间的关系并不清楚。

2.png

我们切换到聚合模式,可以看到,组件与其他应用之间的关系清晰明了。

3.png

点开 Gitlab 这个应用的拓扑图,我们可以知道这个应用的运行状态,以及依赖的组件信息。

4.png

支持网关路径重写

之前 Rainbond 网关只实现了简单的location代理,并未提供路由重写相关的功能。当有这样的需求:

要在目标服务http://{upstream}/index.html的path多加一层虚拟目录去访问:http://example/abc/index.html。达到 http://example/abc/index.html => http://{upstream-1}/index.html 的效果。对应的网关配置如下。

location / {


   rewrite /abc(/|$)(.*) /$2 last;


   proxy_pass http://127.0.0.1;


}

如今需要实现这种复杂的rewrite配置,只需在UI上填写对应字段即可,如下图所示:

5.png

详细变更点

新增功能

  • 【应用管理】提升拓扑图展示信息;
  • 【应用管理】支持拓扑图聚合模式;
  • 【网关管理】支持网关路径重写;@pescox

优化功能

  • 【组件管理】优化添加组件流程;
  • 【安装】支持arm64版本;
  • 【安装】支持helm安装;
  • 【安装】支持docker in docker方式启动测试环境;

BUG 修复

  • 【组件管理】修复组件构建后网关策略无法访问的问题
  • 【组件管理】修复有状态组件(如Mysql集群)无法启动的问题
  • 【性能】修复rbd-worker存在的内存泄漏问题 @pescox
  • 【安装】修复安装时错误信息展示不全的问题
  • 【组件管理】修复helm应用关联的第三方组件信息错误的问题

感谢 @pescox#1125#1139#1143 所做的贡献

感谢 @xixinlove#1141 所做的贡献

关于Rainbond

Rainbond 是一个开源的云原生应用管理平台,使用简单,不需要懂容器和Kubernetes,支持管理多个Kubernetes集群,提供企业级应用的全生命周期管理,功能包括应用开发环境、应用市场、微服务架构、应用持续交付、应用运维、应用级多云管理等。

Github:https://github.com/goodrain/rainbond

官网:https://www.rainbond.com?channel=aliyun

微信群:关注 Rainbond 公众号加入技术交流群

钉钉群:请搜索钉钉群号 31096419

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
5月前
|
消息中间件 物联网 数据处理
TDengine 数据接入功能支持 Wonderware 了,不需一行代码完成迁移工作
TDengine 3.2.3.0 引入了 Wonderware Historian (AVEVA Historian) 连接器,简化了数据迁移至 TDengine 的过程,增强时序数据管理与分析。此连接器解决了传统实时数据库扩展性问题,提供成本效益高、国产化的替代方案。TDengine 已支持多种数据源集成,如 OPC、Kafka、MQTT等,打造统一数据平台,助力企业数字化转型。作为高性能时序数据库,TDengine 提供云原生解决方案,减少系统复杂度,加速业务创新。
68 6
|
Kubernetes 网络虚拟化 Perl
k8s常用的网络插件优化方案|干货
k8s常用的网络插件优化方案|干货
|
6月前
|
Prometheus Cloud Native 调度
Sentinel 新版本发布,提升配置灵活性以及可观测配套
Sentinel 新版本发布,提升配置灵活性以及可观测配套
1002 12
|
缓存 运维 jenkins
上线操作规范——基础版本
最近团队成员的上线操作让人头疼。几个特别突出的问题: 1、上线准备不足,设计文档中没有体现、也没有考虑到可能的资源依赖,导致临操作了才想起来做资源申请; 2、暗箱操作... 一再要求上线时需要在群内周知,以便前后端、测试、产品共同配合完成,但依然不加理会,总是要主动询问才回复已操作; 3、发布完成就认为上线完成,有时甚至不做基本的校验...
295 0
|
运维 Cloud Native 数据可视化
KubeVela 1.7 版本解读: 接管你的已有工作负载
KubeVela 1.7 版本已经正式发布一段时间,在此期间 KubeVela 正式晋级成为了 CNCF 的孵化项目,开启了一个新的里程碑。而 KubeVela 1.7 本身也是一个转折点,由于 KubeVela 从一开始就专注于可扩展体系的设计,对于控制器核心功能的需求也开始逐步收敛,我们开始腾出手来更加专注于用户体验、易用性、以及性能。在本文中,我们将重点挑选 1.7 版本中的工作负载接管、性
KubeVela 1.7 版本解读: 接管你的已有工作负载
|
运维 Kubernetes Cloud Native
KubeVela 1.7 版本解读:接管你的已有工作负载
KubeVela 1.7 版本解读:接管你的已有工作负载
KubeVela 1.7 版本解读:接管你的已有工作负载
|
运维 监控 Linux
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 3【上传gitlab后自动部署到服务器】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 3【上传gitlab后自动部署到服务器】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 3【上传gitlab后自动部署到服务器】
|
运维 前端开发 UED
执行方案--交付型项目如何过渡实现项目顺利重装
执行方案--交付型项目如何过渡实现项目顺利重装
134 0
|
安全 Java Linux
上线必备 | 高性能ES5.X部署配置清单
题记 网上当前(截止20170914)流传的各种配置文件普通存在以下问题: 1)版本低,不能和当前版本5.X匹配。 2)5.X的配置本身较1.X,2.X就有很大不同,原有配置已不适用。 3)ES英文、中文文档也没有及时更新。 现在,确保ES5.X的高性能到底需要哪些配置越发令人神往。 以下清单内容参考了ES官网文档,且都是在ES5.4.0的环境中验证过的,请放心使用。
222 0
|
运维 监控 安全
远程研发能有多高效?手淘新版本上线只用了5天!
2020年注定是不平凡的一年,一场突如其来的新型冠状病毒肆虐全球,部分企业还在复工的路上稳阵脚、备粮草、找契机,“静候”复工的指令,而阿里的同学早已吹响了“无接触,云办公”的号角,全面开启远程研发协同办公的模式,利用移动研发平台,在短短一周时间且足不出户的情况下就实现了一个客户端新版本的研发、测试、灰度、发布、监控、运维、运营等一系列工作。
971 0
远程研发能有多高效?手淘新版本上线只用了5天!
下一篇
无影云桌面