Rainbond在v3.7.0版本中释出了大量平台稳定性更新,并在应用管理功能、安全性和系统安装三方面进行了部分优化。git
做为IT基础系统平台,Rainbond从低耦合的架构设计
、高可用的部署方式
、自恢复与容错的设计
三方面评估和保障分布式系统可用性,以最终达到无人值守的效果。github
在低耦合架构设计方面,Rainbond将分布式系统抽象为管理、计算、存储等三类节点,不一样节点属性由不一样服务组件构成,以解除服务间耦合关系,同时对于不一样节点,可用性的最低要求也不尽相同 ——安全
为了更好地保证高可用的部署,Rainbond自己全部模块和组件均支持高可用 ——微信
在自恢复与容错的服务设计方面,为了消除用户在维护大型集群组件和服务时的手动工做,Rainbond一样将节点属性划分为管理节点、计算节点、存储节点,并作严格区分,使不一样节点属性下运行不一样服务列表。全部的服务采用Systemd进行进程守护,在保证进程健康的同时,每一个节点Node组件对当前节点的全部服务,硬件,网络通讯状况进行实时不间断检查和评估,以检查出每个服务和节点的健康状态,并最终汇聚成数据中心总体健康状态,Rainbond用户在大多数状况下不须要关注每个组件,只须要观察数据中心或节点的健康情况便可。网络
当服务出现异常状况时,区分不一样的异常类别触发不一样的动做,好比:“重启”、“报警”等,恢复服务的可用性。架构
另外,Rainbond提供的独立的节点检查和管理机制,对Kubernetes对计算节点的自动化维护进行了有力的补充,例如对于大型集群,某个节点出现网络没法分配,镜像没法获取等错误致使节点不健康时,平台自动下线该节点,禁止新应用调度到此节点,最大化的下降应用调度错误。运维
以上即Rainbond对于评估和保证系统可用性的三方面思考和设计,在功能点上的具体体现以下:分布式
全部平台服务使用Systemd进程级守护加Rainbond-Node业务级健康检查守护,保障服务健康运行svn
全部平台服务支持健康检查和Prometheus的监控指标暴露微服务
管理节点支持上线和下线以隔离因为节点故障致使平台不可用
计算节点健康检查异常时支持自动隔离和恢复
支持配置自定义报警规则用于对节点物理监控,服务监控的报警
租户使用资源(内存、磁盘)的统计由单个节点完成(Rainbond-Worker Master节点故障时自动切换)
支持经过命令行工具便捷查询数据中心健康状态、全部节点健康状态。
在稳定性方面,Rainbond下一步会增长 混沌工程方面的实践。
本次更新进一步完善了应用管理和交付体系。
首先,Rainbond为svn用户和.net core用户提供平台支持,内置了.Net Core 2.1版本的编译和运行环境,用户只须要提供标准的代码便可一键上云(.Net Core其余版本的用户能够采用定义Dockerfile方式)。
其次,Rainond进一步提供了API方式直接对接Jenkins CI\CD流程的支持,推荐用户在平台内直接部署Jenkins并经过API与平台进行对接。
另外,对于微服务架构产品标准化交付,Rainbond支持将应用、插件统一分享为一个综合的业务系统,并经过应用市场快捷交付。
具体更新清单以下——
支持 .NetCore(2.1)语言一键构建应用,运行于Linux系统
支持对接SVN代码仓库持续构建应用
增长自动构建的入口,支持经过自定义API、Gitee-Webhook、Gogs-Webhook触发自动构建,更好的于第三方CI系统集成。
支持应用+插件完整交付应用市场,并从市场安装应用+插件完整业务系统,提供了业务+治理功能扩展绑定的完整软件交付模式
Dockerfile构建支持ARG参数
支持基于Git仓库的代码Tag构建应用
支持应用建立后从新识别语言类型
经过简化调整安装步骤、分离资源获取与节点安装,本次更新后,Rainbond将统一支持在线安装和离线安装,解决了部分用户因为网络环境缘由致使没法安装Rainbond的问题。
Rainbond是一款以应用为中心的开源PaaS,由好雨基于Docker、Kubernetes等容器技术自主研发,可做为公有云或私有云环境下的应用交付平台、DevOps平台、自动化运维平台和行业云平台,或做为企业级的混合云多云管理工具、Kubernetes容器管理工具或Service Mesh微服务架构治理工具。