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 展现层级较多，用户操作单个组件时，往往须要切换到组件视图，这使得用户操作层级变多，也无奈第一工夫获取须要的信息。这次咱们针对拓扑图的展现信息做了优化，使其能在利用层级给出更多的信息，并进行操作。升高进入组件视图的操作累赘。
新版本展现信息如下：
在新版本中，拓扑图展现信息处给出了一排组件操作按钮，别离是拜访组件、进入 Web 终端、更新组件、敞开组件、删除组件。用户能够依据这些按钮疾速操作组件，同时下方展现出了组件内的容器信息。极大的晋升了用户的操作效率。
减少拓扑图聚合模式
在企业理论应用中，一个利用下的组件，往往会依赖其余利用下的组件，此时用户看到的拓扑图信息会大且比拟芜杂，无奈疾速分辨其余组件所属的利用。这时对于用户而言，多个利用之间的依赖关系不明确。为了解决此问题，咱们新增了拓扑图聚合模式。在这种状况下，能够更清晰的展现多个利用间的依赖关系。
在一般模式下，能够看到该利用依赖了多个组件，然而咱们对于这些组件之间的关系并不分明。
咱们切换到聚合模式，能够看到，组件与其余利用之间的关系清晰明了。
点开 Gitlab 这个利用的拓扑图，咱们能够晓得这个利用的运行状态，以及依赖的组件信息。
反对网关门路重写
之前 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 上填写对应字段即可，如下图所示：
具体变更点
新增性能
- 【利用治理】晋升拓扑图展现信息；
- 【利用治理】反对拓扑图聚合模式；
- 【网关治理】反对网关门路重写；@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/r…
官网：https://www.rainbond.com?chan…
微信群：关注 Rainbond 公众号退出技术交换群
钉钉群：请搜寻钉钉群号 31096419