开源云原生平台对比 KubeSphere vs Rainbond

最近因为工作需要，需要找一个功能完善的云原生应用平台，经过自己筛选和朋友推荐，剩下 KubeSphere和Rainbond ，这两个产品都是基于 Kubernetes 之上构建的云原生应用平台，功能都非常强大，但产品定位和功能侧重不同，本文将介绍我在选型过程中从各维度对比两款产品的过程记录。

产品定位对比

KubeSphere 是在 Kubernetes 之上构建的面向云原生应用的分布式操作系统，完全开源，支持多云与多集群管理，提供全栈的 IT 自动化运维能力，简化企业的 DevOps 工作流。作为全栈的多租户容器平台，KubeSphere 提供了运维友好的向导式操作界面，帮助企业快速构建一个强大和功能丰富的容器云平台。KubeSphere 为用户提供构建企业级 Kubernetes 环境所需的多项功能，例如多云与多集群管理、Kubernetes 资源管理、DevOps、应用生命周期管理、微服务治理（服务网格）、日志查询与收集、服务与网络、多租户管理、监控告警、事件与审计查询、存储管理、访问权限控制、GPU 支持、网络策略、镜像仓库管理以及安全管理等。

Rainbond 是一个云原生应用管理平台，使用简单，不需要懂容器、Kubernetes和底层复杂技术，支持管理多个Kubernetes集群，和管理企业应用全生命周期。主要功能包括应用开发环境、应用市场、微服务架构、应用交付、应用运维、应用级多云管理等。Rainbond 遵循 以应用为中心的设计理念，统一封装容器、Kubernetes和底层基础设施相关技术，让使用者专注于业务本身, 避免在业务以外技术上花费大量学习和管理精力。

	KubeSphere	Rainbond
Slogan	面向云原生应用的混合云平台	云原生多云应用管理平台
抽象	容器和K8s概念和抽象为主，应用级抽象为辅	应用级抽象
定位	面向懂K8s相关技术的运维和开发	面向所有运维和开发，平台管理需要懂K8s

由于产品抽象不同，表现出来的概念和流程也有很大差异，KubeSphere主要是Kubernetes相关概念和抽象，使用和管理都需要懂Kubernetes相关体系知识，懂Kubernetes的人能快速上手，Rainbond应用级抽象，使用门槛很低，面向不懂Kubernetes的普通开发人员，平台管理跟KubeSphere一样都需要懂Kubernetes。

开源社区活跃度对比

	KubeSphere	Rainbond
社区活跃度	论坛、微信群都活跃	微信 钉钉活跃
Stars	11003	3451
文档成熟度	很全面	很全面
版本迭代	近一年迭代了4个版本	近一年迭代了8个版本
开源	100% 开源	100% 开源

KubeSphere 社区更加活跃些，毕竟是万星开源项目，用户遍布国内外。Rainbond 社区用户基本都是国内用户，Star上差了些不过Github、社区群也蛮活跃的。

安装体验对比

KubeSphere

支持通过一条命令在 Linux 上快速安装 KubeSphere。

./kk create cluster --with-kubernetes v1.22.10 --with-kubesphere v3.3.0

Rainbond

支持通过一条命令在 Mac、Win、Linux 上快速安装 Rainbond。

docker run --privileged -d -p 7070:7070 -p 80:80 -p 6060:6060 rainbond/rainbond:v5.8.1-dind-allinone

	KubeSphere	Rainbond
Docker Desktop and ARM	不支持	支持
Linux	支持	支持
Kubernetes	支持	支持
公有云、托管Kubernetes	支持	支持
安装后组件数量	启动所有可拔插组件后 Pod 大概 55 个左右	大概 15 个 Pod

KubeSphere和Rainbond安装都很简单。 KubeSphere 自研的 KubeKey 安装工具，在服务上安装 K8s 和 KubeSphere 很方便。KubeSphere 的可拔插组件这个设计还蛮好的，Allinone安装之后有 5 个 Pod 左右，能满足基本运行需求，需要其他功能就通过可拔插开启，开启所有组件后 Pod 大概 60 个左右。Rainbond 能支持在 Mac M1 Docker Desktop 上安装，这个安装体验还蛮好的可以在本地开发，Rainbond 启动后 Pod 大概15个左右，内存占用1G 左右。

应用部署功能对比

KubeSphere

KubeSphere对接git仓库部署源码，支持 Source-to-Image (S2I) 标准工作流将源码打包成镜像，并部署在 Kubernetes 集群中。支持 Java、Python、Node，其他语言可通过自定义 S2I 实现源码构建。

KubeSphere采用 Binary-to-Image (B2I) 标准工作流将二进制打包成镜像，并部署在 Kubernetes 集群中。支持通过 Jar、War、二进制

KubeSphere 支持自定义持续构建的流水线

Rainbond

Rainbond支持对接和整合 Gitlab、Github、Gitee、SVN，实现统一入口

Rainbond 的构建支持自动识别源代码类型，支持自动识别 Java Maven、Java Gradle、Java Jar、Java War、Python、PHP、.NetCore、Golang、NodeJS、Static HTML。

每种识别的开发语言支持设置环境相关信息，并自动构建成容器镜像。

	KubeSphere	Rainbond
源码部署	支持 Java、Python、Node	支持自动识别 Java Maven、Java Gradle、Java Jar、Java War、Python、PHP、.NetCore、Golang、NodeJS、Static HTML
二进制部署	Jar、War	Jar、War
容器镜像	支持容器镜像部署	支持容器镜像、docker run、docker compose部署
Kubernetes 应用	Yaml、Helm	Yaml、Helm
持续交付	支持GitOps和自定义流水线步骤	支持GitOps

KubeSphere 兼容Kubernetes体系，应用部署使用S2I和B2I，KubeSphere自定义流水线功能非常强大，配置灵活。Rainbond 应用部署不需要懂容器和Kubernetes，支持常见的源代码，并自动识别和构建，使用非常简单。

微服务架构功能对比

KubeSphere

KubeSphere的微服务架构基于 Istio 实现，支持微服务的流量可视化管理。

基于Jaeger的调用链分析

Rainbond

Rainbond的微服务架构拓扑和服务编排，通过图形化的编排，添加组件之间的依赖关系，添加后也会注入服务之间的连接信息等。拓扑图可以展示服务之间的关系，用颜色区分服务的状态等。

微服务实时性能分析

	KubeSphere	Rainbond
服务网格支持	Istio	内置、Istio、Linkerd
服务拓扑图	流量拓扑图	微服务依赖关系和服务状态展示
服务治理	熔断、限流	插件实现熔断断路器和限流
微服务可观测性	调用链分析	通过插件扩展非常多可观测性： 性能分析、pinpoint、skywalking、Jaeger等
微服务编排	代码编排	“拖拉拽”的形式编排微服务依赖关系

KubeSphere 完全依赖 Istio 实现微服务架构，对Istio的功能支持非常完整，KubeSphere弥补了Istio没有图形化的控制面板的不足，简化了 Istio 的上手难度，服务之间的拓扑图是根据流量走向自动生成的，可以直观的看到服务间流量。

Rainbond 的服务网格、服务治理、可观测性都是通过插件体系支持的，传统应用开启服务网格插件，马上就能支持微服务架构，服务治理和可观测性也只需要开启相应插件，Rainbond内置了很多插件，有需要还可以自行扩展，可以将自己趁手的工具添加进来，另外，图形化手动编排服务是个特色，不用改代码就可以动态调整依赖关系。

应用市场功能对比

KubeSphere

内置应用商店有 30 个应用可直接安装。

基于 Helm Chart 创建应用模板。

发布 Helm Chart 应用模板。

Rainbond

内置应用商店有 90+ 应用可直接安装。

支持用户将已经部署好的应用一键发布至应用市场，无需编写复杂的YAML。可以一键发布应用模型内所有元数据，例如依赖关系、配置文件、存储信息等。

支持应用离线导出导入，支持导出 Rainbond App 应用包、Docker Compose 应用包、非容器环境应用包。

支持基于 Rainbond 应用市场一键安装和一键升级，升级会包含应用模型内所有元数据，包括依赖关系等。

	KubeSphere	Rainbond
应用模板	Helm	Rainbond 应用模版、Helm
应用发布	上传 Helm Chart	一键发布到应用市场
应用安装	一键安装	一键安装
应用升级	整体升级	部分升级或整体升级
离线导入导出	不支持	离线导出多种格式包
内置应用	30 可用应用	90+ 可用应用

在应用市场这块Rainbond的功能比KubeSphere强大很多，易用性也好很多。KubeSphere 在应用市场这块是基于标准的 Helm 实现的，在应用发布、安装、升级这套流程里是按照标准的 Helm 应用规范实现，制作 Helm Chart 门槛比较高，功能也受限于Helm。Rainbond 的应用市场 定义了自己的应用模型规范，也支持Helm Chart转成Rainbond的应用模型，应用发布支持一键发布由几十个服务组成的应用，无需编写复杂的YAML，离线导出是在企业软件交付场景非常实用的功能。

Kubenetes 多集群管理功能对比

KubeSphere

KubeSphere支持对接多个 K8s 集群，支持各种云厂商托管 K8s 集群以及私有云、混合云等。借助 KubeSphere的图形化 Web 控制台，用户可以管理底层的基础架构，例如添加或删除集群。可以使用相同的方式管理部署在任何基础架构上的异构集群。支持跨集群应用分发，资源整合等。支持通过图形化界面管理节点，监控集群状态、应用资源监控、集群告警和通知等。

集群监控

Rainbond

支持对接多个 K8s 集群，支持各种云厂商托管 K8s 集群以及私有云、混合云等。支持用户通过控制台添加或删除集群，支持跨集群应用分发。

通过grafana扩展的集群和节点监控

	KubeSphere	Rainbond
多集群管理	支持对接多个 K8s 集群	支持对接多个 K8s 集群
集群管理	存储管理、节点管理	命令行管理
集群监控和可视化	丰富的监控	通过grafana扩展的监控
多租户	从平台角色、企业空间角色、项目角色三个维度定义多租户<br />支持企业空间、项目进行资源限额，支持多租户的逻辑隔离、网络隔离	从企业角色、团队角色两个维度定义多租户<br />支持对团队的资源限额，支持多租户的逻辑隔离

KubeSphere 在多集群管理这块比Rainbond体验好，有丰富的监控和可观测性，管理存储和节点在控制台全部完成，Rainbond在集群管理这块需要在命令行下管理，监控功能也弱一些。

应用运维功能对比

基本管理

KubeSphere

支持对工作负载、容器组级别的管理，支持工作负载的YAML编辑、版本回滚、删除、重新创建等。

支持对容器级别的日志查询过滤，支持全局的日志查询过滤。

KubeSphere 采用 Kubernetes 原生模式进行应用访问，可通过 NodePort、LoadBalancer、Ingress实现外部访问。支持扩展第三方负载均衡控制器以及 Ingress 控制器

Rainbond

支持对应用、组件级别的管理，支持应用批量启动、重启、更新、关闭、删除以及组件的操作，支持应用和组件级别的环境变量、版本回滚等。

组件日志实时查看和筛选

Rainbond采用统一的应用网关，支持配置HTTP路由规则和HTTPS证书

由 Rainbond Gateway 统一封装访问，支持http、tcp、udp、grpc访问组件。

	KubeSphere	Rainbond
基本管理	支持对工作负载级别的管理	支持对应用、组件级别的管理
日志	支持容器组日志查询过滤和全局日志查询过滤	支持组件日志查询过滤
监控	支持工作负载级别的告警以及自定义监控图	支持组件级别的监控以及图表，告警可扩展
伸缩	支持手工和自动	支持手工和自动
网关	支持 NodePort、LoadBalancer 和 Nginx Ingress	由 Rainbond Gateway 统一封装访问，支持http、tcp、udp、grpc

对于基本管理来说 KubeSphere 是原生 K8s 的一些管理，比如删除Pod、编辑YAML、配置环境、自定伸缩等，同样 Rainbond 展现的是应用级概念，比如：在K8s里没有关闭的概念，而在Rainbond里应用不用了直接关闭，想用了再启动，Rainbond做了很多应用级的概念转化，对于不动K8s的开发人员更加容易接受。

KubeSphere 在网关这块同样也是遵循了 K8s 原生的模式，通过 NodePort、LoadBalancer、Ingress实现外部访问，并通过图形化操作简化了 YAML 的操作，优点是可以扩展更多第三方 Ingress 控制器，例如 Traefik 等。Rainbond 网关则是通过 Rainbond Gateway 统一封装实现外部访问，简化了用户的操作，一键开启外部访问，同时也能配置 HTTP 的路由规则等，使用的体验非常好。

总结

总体来说，KubeSphere和Rainbond都很成熟，也都有大量开源使用用户，只是定位不同，所以适用场景也会不同。

KubeSphere 在兼容Kubernetes生态方面做的非常好，包装和整合了很多云原生的工具，并扩展了对Kubernetes和开源工具的管理能力，对于想要管理Kubernetes集群的系统管理员是个好的工具，熟悉Kubernetes的工程师也可以自行扩展KubeSphere的能力。但对开发人员来开发和管理应用来说，门槛比较高，需要学习和理解的概念非常多。

Rainbond 屏蔽了底层复杂的技术，基于应用级抽象，在Rainbond的产品闭环里，体验非常好。这适用普通的开发人员开发和管理应用，对于不熟悉 Kubernetes用户快速起步也是一个不错的选择，在企业软件交付上Rainbond非常擅长。但在对Kubernetes 的系统管理上功能有欠缺。

由于个人知识和经验有限，如有理解不对的地方，还请见谅。