Rainbond 是云原生且易用的应用管理平台。云原生应用交付的最佳实践。专注于以应用为中心的理念,赋能企业搭建云原生开发云、云原生交付云。 对于企业: Rainbond 是开箱即用的云原生平台,借助 Rainbond 可以快速完成企业研发和交付体系的云原生转型。 对于开发者: 基于 Rainbond 开发、测试和运维企业业务应用,开箱即用的获得全方位的云原生技术能力。包括但不仅限于持续集成、服务治理、架构支撑、多维度应用观测、流量管理。 对于项目交付: 基于 Rainbond 搭建产品版本化管理体系,搭建标准化客户交付环境,使传统的交付流程可以自动化、简单化和可管理。
Rainbond 5.3.3 版本来了,本次发布的版本我们主要以用户实际需求为导向进行优化,在过去的一些实践中,我们发现,对于复杂的业务组件,部分资源的配置需要个性化配置,这就对我们平台使用的灵活性提出了更高的要求。因此 5.3.3 版本我们主要以配置的灵活性为主要迭代方向。
在一些开发场景中,用户机器可能是高内存型或高 CPU 型,此时用户机器资源往往得不到充分利用,因此现在我们提供了组件 CPU 设置的能力,用户可以根据自己需求个性化配置资源。其次,对于一些配置文件,用户除了配置文件相关内容外,也有配置其权限的需求,现在这些需求都可以得到满足。
在该版本以前,我们在初始化 Rainbond 集群时,整体对用户是不可见的,相当于一个黑盒,用户出现问题,很难及时定位。现在我们在初始化 Rainbond 集群时,给出了集群的 pod 信息,用户可以通过可视化界面,直接了解到初始化集群需要多少组件,目前已经完成的组件数。还可点击组件,查看组件的事件信息。使用户能更直观的了解整个过程和快速定位问题。效果如下图所示:
在之前的版本中,为某个组件挂载配置文件时,默认的权限为 0777 ,但是有些配置文件有权限要求,比如my.cnf,0777 会被忽略,因此在 5.3.3 版本中,支持为挂载的配置文件设置一个权限,用于解决该类问题。
在之前,我们只支持了组件的内存设置,CPU 通过算法得出。但这样有以下几个问题:
因此我们现在支持了自己手动设置组件的 CPU 和内存,且 CPU 和内存资源都可设置为不限制,给用户提供更灵活的使用方式。
为了逐步适配 OAM 应用规范,提升 Rainbond 的可扩展性。在之前发布的 5.3.1 版本中我们基于 OAM规范,重新实现了第三方组件类型,定义了 ThirdComponent 作为第一个 ComponentDefinition,并在产品中实现对ComponentDefinition 的基础管理机制。此次我们基于 ComponentDefinition 定义重新实现了第三方组件的静态配置和 API 配置实例类型。现在第三方组件已支持添加多个端口,并支持对应端口进行绑定。下面我对此次第三方组件的功能点做个简要说明。
假如现在你的第三方组件只开启了 80 端口,此时该组件有以下两个实例 10.10.10.10:80 ,10.10.10.11:5000
在 5.3.3 版本中,我们更改了应用模版的元数据模型,支持了更多组件属性的发布。如组件的 CPU 设置、组件特性、组件网关策略、配置文件权限的发布与安装等。其次,基于元数据模型的变更,我们在导出 RAM 规范的应用时,也支持了应用 logo 和版本信息的导出,现在,你可以更好的导入应用并获得该应用的版本信息。
在以往的版本中,一个组件下有多个容器时,多个容器的日志均输出到日志页面,难以区分。在 5.3.3 版本中,这不再是问题,5.3.3 版本中支持单独查看各容器的日志,你只需在组件日志页面选择你需要查看的容器,即可快速获取到你关心的信息。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。