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

简介: Rainbond是云原生且易用的应用管理平台。云原生应用交付的最佳实践。专注于以应用为中心的理念。赋能企业搭建云原生开发云、云原生交付云。近一年,使用Rainbond 云原生应用交付流程(见下图)的开源用户成为主流,面对不同用户的业务复杂性,对Rainbond交付流程的性能提出了新的要求。从 5.3.0 版本发布以来4个月的时间,Rainbond 开发者以交付链路的性能优化为主要迭代方向。

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

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

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

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

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

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


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

2bdevops.png

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

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

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

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

关键变更

支持100+组件规模应用交付

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

bigapp.png

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

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化、通用的微服务治理和流量管理、应用打包交付等。

componentdefinition.png

详细变更点

新增功能

  • 【应用商店】支持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 社区钉钉群。

dingding-group.png

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

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

目录
相关文章
|
4月前
|
人工智能 Cloud Native API
Higress 重磅更新:AI 能力全面开源,云原生能力再升级
Higress 最新的 1.4 版本基于为通义千问,以及多家云上 AGI 厂商客户提供 AI 网关的积累沉淀,开源了大量 AI 原生的网关能力。同时也在 Ingress、可观测、流控等云原生能力上做了全方位升级。
21363 274
|
25天前
|
人工智能 自然语言处理 关系型数据库
阿里云云原生数据仓库 AnalyticDB PostgreSQL 版已完成和开源LLMOps平台Dify官方集成
近日,阿里云云原生数据仓库 AnalyticDB PostgreSQL 版已完成和开源LLMOps平台Dify官方集成。
|
2月前
|
关系型数据库 分布式数据库 数据库
开源云原生数据库PolarDB PostgreSQL 15兼容版本正式发布
PolarDB进行了深度的内核优化,从而实现以更低的成本提供商业数据库的性能。
|
3月前
|
运维 监控 Cloud Native
|
4月前
|
安全 Cloud Native 网络安全
云原生应用交付
【7月更文挑战第22天】云原生环境下的安全问题易被忽视,导致潜在风险。应用层渗透测试和漏洞扫描是检测安全的关键,尤其是对于CVE漏洞的修复。然而,常见误解认为安全由外部防护处理且不易引入问题。
|
5月前
|
Kubernetes Cloud Native 开发者
阿里云网络发布 alibaba-load-balancer-controller v1.2.0:开启云原生网关开源新篇章!敬请探索!
**阿里云发布开源版ALB控制器v1.2.0,对齐商业版ALB Ingress Controller v2.10.0。新版本增强了功能特性,提升了用户体验,并提供了最佳实践。功能更新包括自定义标签、QUIC协议支持、转发规则和安全策略等。此外,还引入了ReadinessGate实现滚动升级时的平滑上线和Prestop钩子确保平滑下线。用户可从GitHub获取开源代码,通过Docker Hub拉取镜像,开始使用alibaba-load-balancer-controller v1.2.0。**
248 3
阿里云网络发布 alibaba-load-balancer-controller v1.2.0:开启云原生网关开源新篇章!敬请探索!
|
5月前
|
Kubernetes Cloud Native 开发者
阿里云网络发布云原生网关 alibaba-load-balancer-controller v1.2.0,持续拥抱开源生态
alibaba-load-balancer-controller开源版本正式推出v1.2.0,能力对齐ALB Ingress Controller商业版v2.10.0。
|
5月前
|
运维 Kubernetes Cloud Native
Canonical 开源 MicroK8 | 云原生生态周报 Vol. 25
Canonical 开源 MicroK8 | 云原生生态周报 Vol. 25
|
10天前
|
运维 Cloud Native 持续交付
云原生架构的演进与实践####
【10月更文挑战第16天】 云原生,这一概念自提出以来,便以其独特的魅力和无限的可能性,引领着现代软件开发与部署的新浪潮。本文旨在探讨云原生架构的核心理念、关键技术及其在实际项目中的应用实践,揭示其如何帮助企业实现更高效、更灵活、更可靠的IT系统构建与管理。通过深入剖析容器化、微服务、持续集成/持续部署(CI/CD)等核心技术,结合具体案例,本文将展现云原生架构如何赋能企业数字化转型,推动业务创新与发展。 ####
109 47
|
5天前
|
Kubernetes Cloud Native 持续交付
云端新纪元:云原生技术重塑IT架构####
【10月更文挑战第20天】 本文深入探讨了云原生技术的兴起背景、核心理念、关键技术组件以及它如何引领现代IT架构迈向更高效、灵活与可扩展的新阶段。通过剖析Kubernetes、微服务、Docker等核心技术,本文揭示了云原生架构如何优化资源利用、加速应用开发与部署流程,并促进企业数字化转型的深度实践。 ####

热门文章

最新文章