Rainbond 开源 5.3.1 发布，支持100+组件一键云原生交付

Rainbond 5.3.1 发布 支持100 组件一键云原生交付

2021年7月5日 Rainbond 5.3.1 正式发布。

Rainbond 是云原生且易用的应用管理平台。云原生应用交付的最佳实践。专注于以应用为中心的理念。赋能企业搭建云原生开发云、云原生交付云。

对于企业 Rainbond 是开箱即用的云原生平台 借助 Rainbond 可以快速完成企业研发和交付体系的云原生转型。

对于开发者 基于 Rainbond 开发、测试和运维企业业务应用 开箱即用的获得全方位的云原生技术能力。包括但不仅限于持续集成、服务治理、架构支撑、多维度应用观测、流量管理。

对于项目交付 基于 Rainbond 搭建产品版本化管理体系 搭建标准化客户交付环境 使传统的交付流程可以自动化、简单化和可管理。

近一年 使用Rainbond 云原生应用交付流程 见下图 的开源用户成为主流 面对不同用户的业务复杂性 对Rainbond交付流程的性能提出了新的要求。从 5.3.0 版本发布以来4个月的时间 Rainbond 开发者以交付链路的性能优化为主要迭代方向。

在工业互联网、园区建设、智慧城市建设等等领域中 一个应用解决方案大多具有50-100个服务组件。在这些行业中 通常会有多家应用厂商来合作完成一个解决方案。Rainbond 在这个过程中提供多项能力

1 标准化应用交付模型 统一各个应用厂商的应用交付标准 使行业集成商低成本集成解决方案。

2 统一交付环境 一键实现应用交付。大大降低销售过程中的演示场景、POC场景和成本和最终交付的成本。

3 智能应用运维管理 客户维度运维低成本。

关键变更支持100 组件规模应用交付

基于上述的Rainbond应用交付流程 当前版本在应用模型发布、应用模型安装、应用升级、应用生命周期管理四个维度进行性能优化。以应用模型安装为例 100个组件的安装过程需要调用大量的计算资源 控制组件的启动顺序 控制微服务系统注册和配置分发。

多组件应用安装和升级演示

Helm应用安装与管理(Beta)

Rainbond 不支持Helm应用安装和管理早已是一个痛点。Rainbond 的产品形态是以管理自定义的应用规范为核心的云原生应用管理。与其他容器化平台不一样 我们不提供Kubernetes原生的资源管理面板。因此在面对灵活的Helm应用包 我们没有很好的方式将所有Helm应用转化为Rainbond的应用规范。在OAM规范的实现模式中 有一个思路是把每一个Helm应用定义为自定义的组件类型 对其进行资源类型识别从而实现一些运维能力注入。我们认为这种模式精细化管理有优势 但用户落地成本很大。

当前版本我们采用一种新的模式来安装和管理Helm应用。我们将其定位为 Rainbond 原生应用的补充 作为部署一些中间件的载体 所以我们主要要考虑解决以下问题

1 Helm安装的应用如何接入Rainbond ServiceMesh微服务架构 实现原生应用可调用Helm应用。

2 Helm安装的应用如何接入Rainbond 网关 实现外部访问及流量治理。

3 Helm应用管理能力支持多少。

我们定义了Kubernets自定义资源HelmApp 实现HelmApp的多集群部署。用户对接上Helm应用商店后 即可选择应用进行安装。安装过程中完全支持Helm应用的配置规范进行应用配置 同时也支持 Rancher 定义的配置表单规范 实现配置表单自动生成。Helm应用部署后自动识别其Service资源 进行服务的注册 实现Rainbond微服务和网关体系的接入。

逐步适配OAM应用规范

从5.3.1版本开始 我们开始逐步适配OAM应用规范 提升Rainbond的可扩展性。在当前版本中我们基于OAM规范 重新实现第三方组件类型 定义了ThirdComponent 作为第一个 ComponentDefinition 并在产品中实现对ComponentDefinition的基础管理机制。接下来Rainbond中现有的两种内置组件类型逐步基于ComponentDefinition定义实现。然后开放用户自行扩展的能力 Rainbond中提供整个支撑体系 包括通用运维特征能力注入、配置UI化、通用的微服务治理和流量管理、应用打包交付等。

详细变更点新增功能【应用商店】支持Helm应用仓库对接
【应用管理】支持Helm应用安装和配置
【微服务治理】支持通过网关或内部组件依赖两种方式访问Helm安装的应用
【微服务治理】新增GRPC协议的服务治理能力
【微服务治理】新增对组件下容器启动顺序控制 实现mesh容器先于业务容器启动
【组件管理】新增基于kubernetes service服务发现类型的第三方组件
【源码构建】Go语言新增对Go 1.14、1.15、1.16 版本Runtime的支持
【源码构建】Go语言新增对构建模块和启动命令的配置
【源码构建】Java、Go、PHP等语言新增pre_build、post_build构建时shell hook的支持
【企业管理】用户管理中新增对用户所在团队及角色的批量管理能力
【企业管理】团队管理中新增开通集群的功能入口
【集群安装】支持RKE集群配置 实现集群节点配置的灵活调整
优化功能【性能】应用升级体系优化 支持100 组件批量升级
【性能】从应用商店安装组件实现优化 支持100 组件批量安装
【性能】改进拓扑图加载逻辑 加速大应用下拓扑图加载速度
【性能】优化在大量组件情况下的应用级生命周期操作API的性能
【稳定性】应用网关优化 解决异常应用访问导致网关内存泄露的故障
【组件管理】支持空值的环境变量和配置组变量
【监控报警】移除错误的节点健康检测报警策略
【组件管理】重构组件本地存储类型的实现 支持使用本地存储组件复用集群的调度策略
【内部组件库】新增应用模型版本管理 支持在发布页展示版本介绍
【组件管理】支持组件设置自定义主机名解析记录
BUG修复【源码构建】修复 .netcore 源码构建任务无法结束的故障
【控制台】修复网关策略搜索功能不可用故障
【源码构建】修复Maven 配置删除后源码构建无法执行的故障
【稳定性】修复错误的网关策略参数导致网关故障
【组件管理】修复组件实例数不一致的故障
【稳定性】修复rbd-worker系统组件由于etcd不稳定异常重启的故障
【应用管理】修复对接非HTTPS镜像仓库时应用备份不可用的故障
【集群安装】修复集群镜像仓库证书不一致的故障
社区

如果您对Rainbond项目感兴趣 如果您有一些疑问 如果您对云原生、Kubernetes等技术感兴趣 欢迎加入Rainbond 社区钉钉群。

安装使用请参考文档 快速安装

从5.3.0升级到5.3.1: 升级参考文档

本文转自网络，原文链接：https://developer.aliyun.com/article/785089
本站部分内容转载于网络，版权归原作者所有，转载之目的在于传播更多优秀技术内容，如有侵权请联系QQ/微信：153890879删除，谢谢！