开源 PaaS Rainbond 发布 v3.7.2，帮助企业快速构建应用市场

内容简介：Rainbond（云帮）是以应用为中心的开源PaaS，深度整合基于Kubernetes的容器管理、ServiceMesh微服务架构最佳实践、多类型CI/CD应用构建与交付、多数据中心资源管理等技术，为用户提供云原生应用全生命周期解决方案...

Rainbond（云帮）是以应用为中心的开源PaaS，深度整合基于Kubernetes的容器管理、ServiceMesh微服务架构最佳实践、多类型CI/CD应用构建与交付、多数据中心资源管理等技术，为用户提供云原生应用全生命周期解决方案，构建应用与基础设施、应用与应用、基础设施与基础设施之间互联互通的生态体系，满足支撑业务高速发展所需的敏捷开发、高效运维和精益管理需求。

Rainbond v3.7.2版本主要特性是提供企业应用市场全流程管理，像安装管理手机应用一样简单易用。

Rainbond企业应用市场与传统意义上的镜像仓库不同之处在于，它基于镜像仓库、包仓库和对象存储等存储系统支持，通过“以应用为核心”的抽象包装，简化使用。同时定义了支持大型、分布式企业应用模型，并针对企业应用模型提供持续构建、一键发布、在线安装、不间断升级、离线导入/导出、运行等全流程的管理。

处于运行态的业务系统的多个组件运行状态可以进行全量备份，既可以在异常情况下进行恢复，也可以进行跨云迁移。企业应用市场对内可作为模块复用、应用共享的管理平台，对外可作为企业软件服务的交付平台，同时支撑标准化交付和个性化交付。

功能列表

应用发布和安装

基于Rainbond提供的通过源码、镜像等多种途径创建1-N个服务组件构成业务系统，一键即可构建应用模型并发布到应用市场中，根据不同场景需求和可见级别服务于不同的业务场景。

应用市场定义了支持大型分布式的数字化业务系统的企业应用模型，包含每个服务组件的资源及配置、插件资源及配置、拓扑关系、部署关系等，即使是大型复杂业务系统也可以在制作完成后一键发布和安装。

更多说明见文档【应用发布和安装】

应用发布

应用安装

企业应用市场

致力于提供AppStore级别的企业应用市场体验，Rainbond定义了企业级通用应用（业务系统）市场来取代传统镜像市场，业务性更强大。企业应用市场内的应用，可以是企业/用户的作品，也可以是商品。

更多说明见文档【企业应用市场】

应用列表

应用共享与交付

通过Rainbond，复杂的业务系统将可以借助网络或离线应用包在不同的环境中快速交付，安装速度和易用性远超传统交付。除了标准Rainbond应用模型以外，同时还支持导出docker-compose模型脱离Rainbond平台便捷交付。

更多说明见文档 【应用交付】

应用导出

应用导入

规模化集群安装

Rainbond v3.7.2提供简单清晰的多类型环境部署安装机制，包括单节点Demo环境、3节点测试环境以及5个以上节点生产环境，详见说明文档。

基础平台更加稳定

为了进一步保障生产环境下的系统稳定性，Rainbond v3.7.2版本修复并改进了涉及服务负载均衡网关、应用运行时、系统服务运维、调度系统等模块。

文档更新

• 快速上手rainbond

• 示例：如何制作一个可分享的云市应用?

• 企业应用市场使用手册

BUG修复

• 修复服务组件内存监控在某些类型服务上的显示异常BUG#136

• 修复了有状态服务创建本地存储失败的BUG #135

• 修复了镜像创建的服务不支持基于自定义API对接第三方平台进行自动部署的BUG

• 修复了频繁重启应用导致部分集群资源未清理的BUG#134

• 修复了 Docker 镜像创建服务的启动命令不生效BUG #133

• 修复了通过某些私有镜像仓库创建应用导致应用无法正常启动的BUG #124

• 修复了导出的应用压缩包格式不正确的问题 #122

• 修复了svn不支持http&https仓库地址的问题

• 修复了节点健康属性未包含kubelet健康项目的问题 #118

• 修复了节点健康状态恢复未自动恢复调度的BUG#112

• 修复了部分组件健康检查策略错误的问题

• 修复了rbd-dns等组件日志量过大打满磁盘的问题

• 修复了应用构建版本包自动清理过程中的30天未构建全量清理的BUG #137

• 修复了grctl无法查看操作日志的BUG #141

• 修复了rbd-api数据初始化重复的BUG  #138

已知BUG

• 对于同时具备HTTP、TCP端口且都需要对外提供访问的应用（如gitlab），在进行快捷重启操作后部分端口负载均衡规则出现未生效的情况。

  临时处理方式：

  采用先关闭后启动的方式进行重启

• 进行应用导入导出时rbd-chaos组件涉及大文件读写时，由于系统page-cache导致容器内存使用量较大。issues #117  

  临时处理方式：

  我们已经移除了管理节点对组件容器的资源限制以避免OOM，正常情况下系统内核会在机器内存紧张时清理page-cache，此外用户可以通过手动清理 sync; echo 1 > /proc/sys/vm/drop_caches 释放内存占用

快速访问

• 网站

• 社区

• Github

• 码云

• 演示环境

• 文档

【声明】文章转载自：开源中国社区 [http://www.oschina.net]

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• [译] 开源：从社区到商业，如何构建开源商业模式
• CMake 3.17.1 发布，开源构建系统
• Cmake 3.16.6 发布，开源构建系统
• CMake 3.17.3 发布，开源构建系统
• CMake 3.18.0 发布，开源构建系统
• Cmake 3.18.3 发布，开源构建系统

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。