Rainbond（云帮）是云原生下企业应用操作系统
Rainbond 是以企业云原生应用开发、架构、运维、共享、交付为核心的Kubernetes多云赋能平台, 向下结合Kubernetes云原生资源管理模式，对接管理各类传统基础设施，通过多维度的软件定义屏蔽了底层资源的差异，甚至包括CPU架构差异和操作系统差异，从而对上层提供以应用为中心的新一代基础设施； 向上定义了标准应用模型（RAM,OAM)，内置ServiceMesh微服务架构框架， 提供用户基于源码/已有镜像构建服务组件的能力，编排服务组件的能力，发布共享完整应用模型的能力，交付运维业务应用的能力。
Rainbond项目由北京好雨科技有限公司研发并开源
应用场景
企业云原生DevOps
面向应用的DevOps开发流水线，提供从源码或简单镜像持续构建云原生应用的能力，不要求开发者具有容器化能力，面向开发者友好，对源码无侵入，业务持续发布到云端。
企业微服务治理
内置ServiceMesh微服务框架，微服务治理开箱即用，传统业务上云即服务化。插件化扩展和增强微服务治理功能体现，与SpringCloud Dubbo等微服务框架协同工作，有效降低微服务技术门槛。
Kubernetes多云管理
Kubernetes技术复杂上手难；大量Deployment、Statefulset或Operator资源管理复杂都是直接使用Kubernetes集群的难题，Rainbond以应用为中心的资源管理模型屏蔽了Kubernetes的复杂度，Kubernetes资源交给Rainbond来编排管理。
企业中台建设与应用交付
企业业务系统多，交付项目多，IT产品多，建设统一的企业业务中台，整合企业所有数字系统、通用组件库形成数字资产，内部各团队高效复用，ToB交付场景中实现最大层度的自动化，标准化与可定制相结合。
国产易用的PaaS
Rainbond完成与龙芯、飞腾、麒麟操作系统等为代表的国产化计算基座的双向认证，使Rainbond具有屏蔽底层CPU架构、操作系统的差异，对用户提供统一的国产化业务应用管理平台。
主要功能特性
| 特性 | 描述 |
|---|---|
| Kubernetes多云管理 | 平台底层基于Kubernetes，但用户无需学习和编辑复杂的yaml文件，开发者仅需要以最简单的方式构建和维护应用模型，所有Kubernetes资源由Rainbond编排创建和维护。 |
| Service Mesh微服务架构 | 内置跨语言、跨协议、代码无侵入的Service Mesh微服务架构原生支持，传统应用直接变成微服务架构。同时支持常见微服务架构Spring Cloud、Dubbo等，通过插件扩展架构能力及治理功能。 |
| 源码构建 | 开发者无需关注底层资源，从源代码（无需Dockerfile）或已有简单镜像即可持续发布应用组件。支持常用的Java Python PHP Golang NodeJS NodeJS前端 .NetCore 等开发语言。 |
| 一体化DevOps | 以应用为中心，衔接开发、测试、构建、上线、运维的一体化DevOps。 |
| 企业级应用市场 | 非镜像市场和服务目录，支持各类企业级应用，像手机应用一样即点即用，全流程管理（应用开发、应用发布、应用展示、应用离线导入/导出、应用安装/升级、应用运维） |
| 自动化运维 | 应用自动化运维。节点自动安装、扩容、监控、容错。平台支持高可用、多数据中心管理、多租户管理。 |
| 无侵入性 | Rainbond在源码构建，服务组装，服务治理，微服务框架等多个方面体现无侵入性 |
| Serverless PaaS | 以应用为核心，使用过程不需要了解服务器相关概念，简单灵活。通过对接行业应用，快速构建行业专有PaaS。 |
| 应用网关 | 基于HTTP、HTTPs、TCP、UDP等协议应用访问控制策略，轻松操作应用灰度发布、A/B测试。 |
| 异构服务统一管理 | 以第三方组件集成的方式，支持集群内外不同架构服务统一管理、监控和通信治理。 |
| 应用描述模型 | 以应用为中心描述应用包含的组件特性，应用特性，部署运维特性，实现复杂应用的标准化交付。 |
Rainbond的优势
用户只需要关注自身业务，业务之外的技术问题（资源管理、运维、架构、治理、环境等），一站式解决。
Rainbond结合行业应用，通过模块化组装和少量定制开发，就可实现行业专属开发、交付、运维平台，俗称行业PaaS
通过“无侵入”架构，支持各类遗留系统，不改变开发运维习惯的同时使遗留系统焕发新机。
系统兼容性强，Windows、国产系统均可支持。
国产化、私有化能力强，离线安装使用几乎没有外界依赖, 积极参与国家”安可“项目计划。
目录 返回
首页