内容简介：Rainbond 是云原生且易用的应用管理平台。云原生应用交付的最佳实践。专注于以应用为中心的理念，赋能企业搭建云原生开发云、云原生交付云。 对于企业： Rainbond 是开箱即用的云原生平台，借助 Rainbond 可以快速...
Rainbond 是云原生且易用的应用管理平台。云原生应用交付的最佳实践。专注于以应用为中心的理念，赋能企业搭建云原生开发云、云原生交付云。
对于企业： Rainbond 是开箱即用的云原生平台，借助 Rainbond 可以快速完成企业研发和交付体系的云原生转型。
对于开发者： 基于 Rainbond 开发、测试和运维企业业务应用，开箱即用的获得全方位的云原生技术能力。包括但不仅限于持续集成、服务治理、架构支撑、多维度应用观测、流量管理。
对于项目交付： 基于 Rainbond 搭建产品版本化管理体系，搭建标准化客户交付环境，使传统的交付流程可以自动化、简单化和可管理。
Rainbond 5.3.3 版本来了，本次发布的版本我们主要以用户实际需求为导向进行优化，在过去的一些实践中，我们发现，对于复杂的业务组件，部分资源的配置需要个性化配置，这就对我们平台使用的灵活性提出了更高的要求。因此 5.3.3 版本我们主要以配置的灵活性为主要迭代方向。
在一些开发场景中，用户机器可能是高内存型或高 CPU 型，此时用户机器资源往往得不到充分利用，因此现在我们提供了组件 CPU 设置的能力，用户可以根据自己需求个性化配置资源。其次，对于一些配置文件，用户除了配置文件相关内容外，也有配置其权限的需求，现在这些需求都可以得到满足。
主要功能点解读：
1. 支持实时查看 Rainbond 自身组件的状态和初始化进度
在该版本以前，我们在初始化 Rainbond 集群时，整体对用户是不可见的，相当于一个黑盒，用户出现问题，很难及时定位。现在我们在初始化 Rainbond 集群时，给出了集群的 pod 信息，用户可以通过可视化界面，直接了解到初始化集群需要多少组件，目前已经完成的组件数。还可点击组件，查看组件的事件信息。使用户能更直观的了解整个过程和快速定位问题。效果如下图所示： 
2. 支持组件配置文件的权限设置
在之前的版本中，为某个组件挂载配置文件时，默认的权限为 0777 ，但是有些配置文件有权限要求，比如my.cnf，0777 会被忽略，因此在 5.3.3 版本中，支持为挂载的配置文件设置一个权限，用于解决该类问题。
3. 支持组件的CPU设置
在之前，我们只支持了组件的内存设置，CPU 通过算法得出。但这样有以下几个问题：
-
部分业务由于CPU资源分配过少，运行缓慢。出现问题甚至难以排查。
-
在部分开发环境中，用户想自己手动指定相应的 CPU ，也难以操作。
因此我们现在支持了自己手动设置组件的 CPU 和内存，且 CPU 和内存资源都可设置为不限制，给用户提供更灵活的使用方式。 
4. 第三方组件的重构
为了逐步适配 OAM 应用规范，提升 Rainbond 的可扩展性。在之前发布的 5.3.1 版本中我们基于 OAM规范，重新实现了第三方组件类型，定义了 ThirdComponent 作为第一个 ComponentDefinition，并在产品中实现对ComponentDefinition 的基础管理机制。此次我们基于 ComponentDefinition 定义重新实现了第三方组件的静态配置和 API 配置实例类型。现在第三方组件已支持添加多个端口，并支持对应端口进行绑定。下面我对此次第三方组件的功能点做个简要说明。
假如现在你的第三方组件只开启了 80 端口，此时该组件有以下两个实例 10.10.10.10:80 ，10.10.10.11:5000
-
支持单端口映射到不同端口的endpoints
对于第三方组件，只开通一个端口，添加多个实例且多个实例端口不同时，那么可以通过开通的端口轮询访问到该组件下的所有实例。
参考上述前提，那么此时你访问第三方组件的 80 端口，实际是会轮询访问这两个实例 10.10.10.10:80 ，10.10.10.11:5000
-
添加多个端口，多个端口的绑定关系
此时为第三方组件新建端口 5000 ，那么对应的端口将会与实例进行绑定，此时访问第三方组件的 80 端口，将只会访问到实例 10.10.10.10:80 ，访问 5000 端口，也只会访问到实例 10.10.10.11:5000。
5. 应用模版的变更
在 5.3.3 版本中，我们更改了应用模版的元数据模型，支持了更多组件属性的发布。如组件的 CPU 设置、组件特性、组件网关策略、配置文件权限的发布与安装等。其次，基于元数据模型的变更，我们在导出 RAM 规范的应用时，也支持了应用 logo 和版本信息的导出，现在，你可以更好的导入应用并获得该应用的版本信息。
6. 支持组件的容器日志可以单独查看
在以往的版本中，一个组件下有多个容器时，多个容器的日志均输出到日志页面，难以区分。在 5.3.3 版本中，这不再是问题，5.3.3 版本中支持单独查看各容器的日志，你只需在组件日志页面选择你需要查看的容器，即可快速获取到你关心的信息。
详细变更点：
新增功能
-
【安装】支持查询Ranbond组件的状态信息和安装进度；
-
【应用管理】支持网关访问策略的发布与安装；
-
【组件管理】支持配置文件设置文件权限；
-
【组件管理】支持设置组件和插件的CPU；
-
【组件管理】支持查看组件内各容器的日志；
-
【组件库管理】支持导入导出应用模版的logo和版本信息；
-
【第三方组件】支持第三方组件添加多个端口；
-
【第三方组件】支持单端口映射到不同端口的endpoints；
优化功能
-
【性能】缓存企业级统计数据，提升首页展示速度；
-
【存储】自动清理备份恢复和导入时产生的缓存数据；
-
【稳定性】升级底层ingress版本；
-
【日志】优化allinone部署的控制台日志持续输出无法连接 redis 的问题；
-
【日志】优化导入大体积模版时rbd-chaos的日志提示；
BUG 修复
-
【安装】修复集群安装驱动服务崩溃的问题；
-
【安装】修复同名称集群,重新安装失败的问题；
-
【安装】修复初始化Rainbond集群操作未实现幂等的问题；
-
【网关】修复两条相同网关策略导致网关报错的问题；
-
【组件库管理】修复应用模版release状态展示错误的问题；
-
【资源统计】修复团队使用资源统计中磁盘使用量统计错误的问题；
-
【应用管理】修复应用治理模式切换错误提示的问题；
-
【应用管理】修复恢复时删除原应用下组件导致恢复失败的问题；
-
【应用管理】修复升级时未变更组件仍然进行了滚动更新的问题；
-
【应用管理】修复升级时只发布部分组件，导致升级后依赖丢失的问题；
-
【组件管理】修复组件配置文件名称校验错误的问题；
-
【组件管理】修复第三方组件实例数与初始化状态错误的问题；
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- Bootstrap 4.1.2 发布，新增多项功能
- Swoole 4.5 发布，新增多项新特性
- Oracle Linux 7.4 发布，新增多项功能
- Oracle Linux 7.5 发布，新增多项功能
- Harbor 1.9 发布，新增多项企业级功能
- 若依前后端分离版本 1.1 新增多项功能
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
The Mechanics of Web Handling
David R. Roisum
This unique book covers many aspects of web handling for manufacturing, converting, and printing. The book is applicable to any web including paper, film, foil, nonwovens, and textiles. The Mech......一起来看看 《The Mechanics of Web Handling》 这本书的介绍吧!
