Rainbond(应用管理平台) 官方版v5.3.0

Rainbond是云原生且易用的云原生应用管理平台，专注于以应用为中心的理念，赋能企业搭建云原生开发云、云原生交付云。可以对开源应用商店、工业物联网应用商店、码云GVP应用商店、本地组件库等进行管理和使用。对于企业来说，借助Rainbond可以快速完成企业研发和交付体系的云原生转型。对于开发者来说，开箱即用的获得全方位的云原生技术能力。包括但不仅限于持续集成、服务治理、架构支撑、多维度应用观测、流量管理。

软件特色

♦以应用为中心

开发者仅需围绕符合12要素的应用（组件）进行开发和运维管理，无需面对复杂的底层资源，包括Kubernetes资源。

♦云原生应用交付

提供完善的云原生应用组装和多云分发流程，覆盖测试交付、生产运维交付、To B 产品交付等场景。

♦Kubernetes 多云对接

Kubernetes 即将成为云原生基础设施，Rainbond 支持对接管理多个 Kubernetes 集群，提供应用运行环境，屏蔽 Kubernetes 技术复杂性，赋能基础设施管理。

♦面向交付的应用架构

应用与运行环境解耦合，服务治理架构与业务逻辑解耦合，使应用天生具有微服务治理能力，资源不绑定能力。

♦开发者友好

平台支持多种简单途径持续构建云原生应用，开发者无需学习 Kubernetes 、微服务知识、高级运维知识，即可获得最佳的云原生体验。

♦开源

Rainbond 是一个完整开源的企业级平台。

适用场景

企业业务系统多或交付客户环境多，需要建立统一交付体系。

To B 交付, 产品复用性差，需要建立标准化产品模块共享平台。

To B 交付自动化低，交付周期长，需要更高效的交付方式。

交付项目，客户需要一个易于使用且成熟的云平台。

已了解 Kubernetes 的优势，却困于如何用好 Kubernetes。

企业开发环境、测试环境、公有云生产环境的基础设施和应用统一管理。

企业没有运维员工，需要一个开发者友好的开发、运维一体化平台。

更多需要使用易用的云原生应用管理平台的场景。

解决方案

产品管理、客户管理、在线持续交付技术，打造企业统一应用交付体系。

云原生应用模型技术，辅助企业完成业务模块化改进和技术共享。

云到云协同、云到端协同技术，打通应用交付全链路。

Kubernetes资源自动按需生成技术，直接获取 Kubernetes 最佳实践。

多云管理技术，应用在多云间随时迁移。

流量管理、应用全方位监控、日志管理，链路追踪等运维技术开箱即用。

设计思想

企业应用云操作系统

对于企业 IT 来说，企业应用是企业 IT 价值的最主要体现，然而，当前不管是开发应用还是使用应用，都需要面对最底层的计算资源（IaaS/虚拟化/物理服务器），导致技术栈很长，需要做很多跟业务不直接相关的工作，比如：开发和运行环境搭建；服务器管理；网络管理；交付流程管理；技术架构支持；基础技术服务提供；技术工具维护等运维和技术工作，而这些工作对所有企业应用是有通用性的，如果把这些工作统一包装并自动化完成，企业专注自身业务，这样就能让企业 IT 的效率大幅度提高。

Rainbond 通过 以应用为中心 的方式包装以上重复性工作，并在此上支撑企业应用的开发、架构、交付和运维，这种抽象粒度，即能简化企业应用的管理，又能满足业务的灵活性。在对接底层基础设施时，通过软件定义实现和对接，能做到对接各类基础设施。通过以上设计，自然形成了企业应用的操作系统。

无侵入架构

Rainbond 把广泛支撑企业应用作为首要目标，广泛支撑企业应用意味着各种企业应用都能在 Rainbond 上开发、架构、运维，这点也是影响使用体验的关键点，为了实现这个目标，Rainbond 采用无侵入架构。无侵入架构表现在使用简单，已有应用不需要改动就能支持。

具体从三方面入手：

在开发阶段，对接代码仓库，自动识别 开发语言类型，不改变开发者习惯，尽量最大可能不修改现有代码，直接编译、构建和运行。

在架构阶段，如果已有系统没有分布式架构，Rainbond 提供 Service Mesh 架构，业务模块不改代码就能变成微服务架构。

在运维阶段，老的遗留系统很难找到原有开发人员，要迁移到新运行环境比较困难，Rainbond 使用动态生成配置文件和网络关系的方式，迁移和运行遗留系统。运维和治理功能，Rainbond 通过“无侵入”插件的形式提供，根据功能需要选择加载插件。

无侵入架构还表现在，对使用者无绑定，开发的应用程序可以脱离 Rainbond 开发和运行。

以应用为中心，连接企业应用和企业计算资源

以应用为中心是 Rainbond 的核心设计理念，也是 Rainbond 的抽象思路，强调关注业务，跟业务相关技术概念对外暴露，跟业务不直接相关的技术概念统一包装。通过这种方式抽象，使用者不用过多考虑服务器的问题，也就是Serverless架构。

通过以应用为中心抽象可以将企业应用和企业计算资源解耦，企业应用的生命周期管理跟计算资源不直接相关，也就是说企业应用的开发可以在任何类型的计算资源上，开发好的企业应用可以直接安装运行在任何类型的计算资源上，还可以随时从一个资源迁移到另一个资源。

计算资源对使用者完全透明，根据使用场景差异对接计算资源，当计算资源对接的是公有资源，就是公有云，当计算资源对接的是私有资源，就是私有云，当计算资源同时对接公有资源和私有资源，就是混合云。

Rainbond 通过解耦实现连接企业应用和企业计算资源，对接的各类企业应用积累形成企业应用市场，对接的各类企业计算资源积累形成企业计算资源市场，应用市场中的应用和资源市场中的资源可以自由组合使用。组合使用的过程，表现为 SaaS 和 PaaS 两种交互界面。SaaS 实现不懂技术的即点即用，PaaS 实现高级的定制开发。

更新内容

云原生应用治理模式切换

Rainbond 致力于无侵入，松耦合的应用管理理念。松耦合体现在多个方面：

服务间松耦合

对于微服务的核心理念是，系统中的各个服务可被独立开发、独立部署，独立升级，各个服务之间是松耦合的。云原生应用架构理念是进一步强调架构的松耦合，降低服务之间相互依赖的程度。Rainbond 开箱即用的服务治理思想使部署到平台的应用天然形成微服务架构。

应用和运行环境松耦合

应用研发、打包独立化标准化，通过标准化的平台实现交付到任何运行环境中。Rainbond 提供了应用模型开发、发布、分享、安装全链路支持，服务于应用交付场景。

服务治理能力与业务逻辑解耦

这是我们新版本的重点，我们引入了应用级治理模式切换功能，实现服务治理能力可动态切换，无需业务逻辑变更，为业务提供不同的治理能力。当前版本我们支持在内置 ServiceMesh 治理模式和 Kubernetes 原生模式直接切换。有了这套体系，未来的版本中将实现用户自定义治理模式，引入 Istio、linkd 等成熟的 ServiceMesh 框架。