Rainbond功能架构及应用管理官方文档介绍

目录
  • Rainbond是什么?
  • 为什么选择Rainbond?
    • 1.使用简单
    • 2.一步将传统应用变成云原生应用
    • 3.实现数字化能力积累和复用
    • 4.解决2B行业的交付问题,实现各种交付流程自动化
  • Rainbond的功能及架构
    • 应用级多云管理
    • 应用全生命周期管理
    • 能力复用和共享
  • Rainbond怎么工作?
  • Rainbond跟其他产品对比

Rainbond是什么?

Rainbond 是一个云原生应用管理平台,使用简单,不需要懂容器、Kubernetes和底层复杂技术,支持管理多个Kubernetes集群,和管理企业应用全生命周期。主要功能包括应用开发环境、应用市场、微服务架构、应用交付、应用运维、应用级多云管理等。

为什么选择Rainbond?

1.使用简单

Rainbond 遵循 以应用为中心 的设计理念,统一封装容器、Kubernetes和底层基础设施相关技术,让使用者专注于业务本身, 避免在业务以外技术上花费大量学习和管理精力。同时,Rainbond 深度整合应用开发、微服务架构、应用交付、应用运维、资源管理,管理高度自动化,实现统一管理所有应用、所有基础设施和所有IT流程。

2.一步将传统应用变成云原生应用

Rainbond 通过“无侵入”技术,让传统应用不需要改动或少量改动就能快速变成云原生应用。 传统应用转成成云原生应用的方式:

  • 有源代码和软件包的应用,平台自动识别开发语言类型和包类型,不改变开发者习惯,代码直接编译、构建成支持云原生特性的应用。
  • 对于想实现微服务架构的传统应用,Rainbond提供Service Mesh 微服务架构,应用不改代码就能变成微服务架构。
  • 传统应用想要扩展运维和治理功能,Rainbond提供“无侵入”的插件,按需加载插件,开启运维和服务治理能力。

3.实现数字化能力积累和复用

Rainbond能将企业内部各种数字化能力一键发布成组件,并具备组件安装使用、组件编排、组件版本管理、组件升级和持续迭代等完整的管理流程,将企业内部可复用的能力积累到组件库,既避免重复建设,还能将这些组件变成数字资产,为企业创新提供动力。

4.解决2B行业的交付问题,实现各种交付流程自动化

Rainbond提供企业应用的业务集成、多云交付、私有交付、SaaS交付、离线交付、个性化交付、应用市场等能力,将交付过程最大限度自动化,提高企业应用交付效率,降低交付成本。

Rainbond的功能及架构

应用级多云管理

应用级强调以“应用”为中心,跟应用相关技术概念对外暴露,跟应用不直接相关的技术概念统一包装,底层的基础设施通过软件定义系列技术(SDN、SDS、SD-WAN、docker、LB)包装,把底层重复性工作实行实行自动化,并在应用抽象之上支撑应用的开发、架构、交付和运维,这种抽象粒度,即能简化应用的管理,又能满足业务的灵活性。

多云管理的核心是将应用和计算资源解耦,根据场景任意组合,可以实现混合云、边缘云、应用级多云,应用的生命周期管理跟计算资源不直接相关,也就是说应用的开发可以在任何类型的计算资源上,开发好的应用可以直接安装运行在任何类型的计算资源上,还可以随时从一种云迁移到另一种云,应用不用做任何改动。

应用全生命周期管理

应用全生命周期管理包括应用开发、微服务架构、应用交付和应用运维。

  • 开发阶段,Rainbond提供开箱即用的开发测试环境,对接各类源代码仓库,自动识别开发语言并编译构建和打包,通过应用市场安装各种开发工具。
  • 架构阶段,支持各种常见微服务架构,业务服务可以模块化编排,通过服务拓扑可视化了解业务的结构和依赖关系,通过插件扩展各种服务治理能力。
  • 交付阶段,支持应用持续交付流程,开发的应用以应用模版的形式存放到应用市场,通过应用市场对应用展示和分类,对于联网的用户,远程连接应用市场,一键安装和升级。对于离线用户,从应用市场导出离线应用包,到用户环境导入离线应用包,一键安装和运行。
  • 运维阶段,把所有应用运维工作通过web界面呈现,除了基本的应用管理(启动、关闭、重启、删除)操作外,主要的运维过程都是自动化的,提供可观测性深入了解自动化的执行过程。面对大数据和大用户的应用场景,支持业务快速伸缩,及时响应业务的变化。

能力复用和共享

组件是独立运行、可复用、可扩展、可集成的单元,支持不同的粒度大小,支持版本管理,组件可以在不同应用场景中复用,组件自身可以迭代升级,积累的组件统一存放到组件库,当有应用需要使用组件时,只需通过“拖拉拽”的方式快速拼装,当积累的组件越多,交付应用的速度也越快。

Rainbond怎么工作?

Rainbond主要有两部分组成,一个是提供Web界面的Rainbond控制台,另一个是安装在K8s集群内部的Rainbond集群管理端。

Rainbond控制台提供控制面的监控和管理,主要服务开发人员和管理人员,控制台通过Rainbond集群管理端提供的API来管理K8s集群和运行在K8s集群上的应用,并把元数据存储在本地,控制台关闭不影响K8s集群和业务服务的运行。一个控制台能监控和管理多个K8s集群。

Rainbond集群管理端通过控制台或Helm方式安装到一个或多个K8s集群内,由它对接标准K8s API,控制台的监控和管理指令通过调用K8s API实现,通过控制台部署的应用,也可以使用K8s的命令查看和管理。

Rainbond跟其他产品对比

  对比项 Rainbond
vs IaaS 管理基础设施 管理应用
vs MSP 基于“虚拟机”的多云管理,主要价值是资源统一管理、费用优化 等 基于“应用”的多云管理,主要价值是应用可以透明的运行和迁移到任何云平台
vs kubernetes 容器运行和调度环境 应用生命周期管理,运行在K8s之上,通过API对接管理任何K8s集群
vs 容器平台 容器级抽象,需要懂容器和K8s 应用级抽象,不用懂底层技术

以上就是Rainbond功能架构及应用管理官方文档介绍的详细内容,更多关于Rainbond官方文档的资料请关注我们其它相关文章!

(0)

相关推荐

  • Rainbond配置组件自动构建部署官方文档讲解

    目录 前言 前提条件 基于源代码操作流程 1.开启组件 Git-Webhook 2.配置代码仓库 基于镜像仓库操作流程 1.开启镜像仓库 Webhook 自动构建 2.Tag 触发自动修改策略 3.配置镜像仓库 API 触发自动构建 前言 通过自动构建的功能,可以实现代码或镜像提交后组件自动触发构建和部署,Rainbond 提供了基于代码仓库 Webhooks.镜像仓库 Webhooks 和自定义 API 三种方式触发组件自动部署.自动构建的功能可以辅助开发者便捷的实现敏捷开发. 前提条件 组件

  • Rainbond部署组件Statefulset的使用官方文档

    目录 前言 组件部署类型 服务的“状态” 处理服务的 “状态” 前言 对于kubernetes老玩家而言,StatefulSet这种资源类型并不陌生.对于很多有状态服务而言,都可以使用 StatefulSet 这种资源类型来部署.那么问题来了:挖掘机技术哪家强?额,不对. 如何在 Rainbond 使用 StatefulSet 资源类型来部署服务呢? 组件部署类型 通过在服务组件的其他设置中,更改 组件部署类型 即可选择使用 StatefulSet 资源类型部署服务,操作之前要注意以下几点: 组

  • Rainbond网络治理插件ServiceMesh官方文档说明

    目录 ServiceMesh网络治理插件 插件实践​ 综合网络治理插件​ 入站方向​ 出站方向​ 出站网络治理插件​ ServiceMesh网络治理插件 5.1.5版本后,Rainbond默认提供了综合网络治理插件(同时处理入站和出站网络)和出站网络治理插件两个插件可用. 网络治理插件工作在与业务容器同一个网络空间之中,可以监听一个分配端口,拦截入站的业务流量进行限流.断路等处理再将流量负载到业务服务的实际监听端口之上. 同时也可以工作在出站方向,业务服务需要访问上游服务时,通过访问本地出站治理

  • Rainbond应用分享与发布官方文档说明

    目录 应用分享与发布 应用分享 应用发布流程 完善应用信息 提交发布任务 确认发布 编辑应用发布信息 应用分享与发布 应用分享 应用市场定义了支持大型分布式的数字化业务系统的标准云原生应用模型.它可以包含1-N个服务组件,模型包含其中每个服务组件资源及配置,插件资源及配置,拓扑关系.部署关系等.精心制作完成即可一键发布.一键安装. 在Rainbond中,组件是Rainbond可管理的最小服务单元,用户可以将多个组件组成一个复杂的业务系统,这套业务系统可以对外提供服务,也可以分享给其他组织独立部署

  • Rainbond功能架构及应用管理官方文档介绍

    目录 Rainbond是什么? 为什么选择Rainbond? 1.使用简单 2.一步将传统应用变成云原生应用 3.实现数字化能力积累和复用 4.解决2B行业的交付问题,实现各种交付流程自动化 Rainbond的功能及架构 应用级多云管理 应用全生命周期管理 能力复用和共享 Rainbond怎么工作? Rainbond跟其他产品对比 Rainbond是什么? Rainbond 是一个云原生应用管理平台,使用简单,不需要懂容器.Kubernetes和底层复杂技术,支持管理多个Kubernetes集群

  • fullCalendar中文API官方文档

    1. 使用方式: 引入相关js, css后, $('#div_name').fullCalendar({//options}); 接受的是一个option对象 2. 普通属性 2.1. year, month, date: 整数, 初始化加载时的日期. 2.2. defaultView: 字符串类型, 默认是'month; 2.2.1. 允许的views: 2.2.1.1. month 一页显示一月, 日历样式 2.2.1.2. basicWeek 一页显示一周, 无特殊样式 2.2.1.3.

  • 手把手教你利用opencv实现人脸识别功能(附源码+文档)

    目录 一.环境 二.使用Haar级联进行人脸检测 三.Haar级联结合摄像头 四.使用SSD的人脸检测 五. SSD结合摄像头人脸检测 六.结语 一.环境 pip install opencv-python python3.9 pycharm2020 人狠话不多,直接上代码,注释在代码里面,不说废话. 二.使用Haar级联进行人脸检测 测试案例: 代码:(记得自己到下载地址下载对应的xml) # coding=gbk """ 作者:川川 @时间 : 2021/9/5 16:3

  • pytest官方文档解读fixtures的autouse

    现在我们已经知道了,fixtures是一个非常强大的功能. 那么有的时候,我们可能会写一个fixture,而这个fixture所有的测试函数都会用到它. 那这个时候,就可以用autouse自动让所有的测试函数都请求它,不需要在每个测试函数里显示的请求一遍. 具体用法就是,将autouse=True传递给fixture的装饰器即可. import pytest @pytest.fixture def first_entry(): return "a" @pytest.fixture de

  • iPhone X官方文档的适配学习详解

    前言 官方文档原文地址:链接,iPhone X在文中均用iPX来表示,iPhone 7在文中均用iP7来表示 屏幕尺寸 iPX的屏幕尺寸是2436px×1125px(812pt×375pt @ 3x),也就是说我们依然使用的是3x的素材应该影响不大,他和iP7在宽度上是一致的,但是高度上多了145个点. 布局 最好在真机上预览一下布局. 布局需要延伸到边缘,另外在纵向高度上最好可以根据不同情境滚动. 状态栏的高度已经改变了,如果布局没有使用系统的导航栏,或者布局是依照导航栏来的,那么需要重新适配

  • 深入理解Vue官方文档梳理之全局API

    Vue.extend 配置项data必须为function,否则配置无效.data的合并规则(可以看<Vue官方文档梳理-全局配置>)源码如下: 传入非function类型的data(上图中data配置为{a:1}),在合并options时,如果data不是function类型,开发版会发出警告,然后直接返回了parentVal,这意味着extend传入的data选项被无视了. 我们知道实例化Vue的时候,data可以是对象,这里的合并规则不是通用的吗?注意上面有个if(!vm)的判断,实例化

随机推荐