Rainbond V5.10 版本发布，优化平台管理和开发者使用体验

OSC编辑部系列直播：开源世界当中，到底存不存在“白嫖”?>>>>>

当前版本主要的变化有：新增工作空间视图；重构平台管理视图，增加应用报警；支持 Helm 应用转化为Rainbond应用模型；支持集群Shell；支持控制台查看 Rainbond 组件的日志。

主要功能点解读：

增加工作空间，优化开发者使用体验

从平台工程的角度出发，我们希望能让平台管理和开发者使用关注点分离，平台管理员需要了解底层的技术和系统级工具，为开发者提供一体化使用环境。开发者在应用维度开发、交付和管理自己的业务应场景，完全不需要学习和了解底层技术。

而在之前版本中，开发者进入平台后，无法一目了然的管理自己的应用。为了方便开发者更聚焦于自己的业务，因此新增了工作空间视图，工作空间能清晰的查看到自己的团队和项目，以及所有项目近期的动态，无需关心除自身业务以外其他的事情。

重构平台管理视图，增加应用报警

为了提升平台管理员的使用体验，重新设计了企业视图。新增了应用报警，当内部组件运行异常时，将会直接展示在平台首页。

通过界面直接查看 Rainbond组件的日志

在使用 Rainbond 的过程中，难免会遇到各种问题，然而有些问题你无法直观的去辨别错误的原因，这个时候你就需要去查看 Rainbond 各个组件的日志来定位问题了。按照以往的方式，还要进入到集群中通过 kubectl logs -f ... 命令查看，这个时候你发现还没有 kubectl 然后又得去翻找安装文档，然后等等一系列操作，这无疑是阻碍了你和 Rainbond 之间的双向奔赴。但是现在，获取日志只需一键。 平台管理 -> 日志 省时又省力。

日志主要分为两部分：

控制台日志：记录 Rainbond 控制台的日志。
集群日志：记录集群端的日志，你对接的集群都会展示在这里。
网关日志：记录 Rainbond 底层网关的日志。
API 日志：集群端与控制台通信的第一层，大部分是数据库操作的日志。
构建日志：这里展示的是组件、源码构建的日志。
运行时日志：记录 Rainbond 与集群交互的日志，比如说获取组件状态。

支持集群命令行

集群命令行是在控制台为你打开了一个可以直接操作集群的终端，并且终端里还贴心的为你封装了常见的与集群交互的工具：kubectl grctl ，让你的集群操作更丝滑。

而当你想获取组件的详细信息的时候，你可以在组件的伸缩视图内获取到类似于 grctl service get ... 的命令，然后直接在集群命令行中执行，省去了安装 grctl 以及连接集群的时间。

Helm 安装的应用自动转换为 Rainbond 应用模型

Rainbond之前便支持了对 Helm 应用的管理，但是这一部分功能开发的相对独立，无法与 Rainbond 应用模型互动。5.10 版本修改了 Helm 管理的底层实现。支持了直接将 Helm 应用转换为 Rainbond应用模型。通过支持Rainbond应用模型后，Helm在Rainbond上使用更加灵活：