开源云原生平台对比 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

开源云原生平台对比 KubeSphere vs Rainbond_第1张图片

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 vs Rainbond_第2张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第3张图片

KubeSphere 支持自定义持续构建的流水线
开源云原生平台对比 KubeSphere vs Rainbond_第4张图片

Rainbond

Rainbond支持对接和整合 Gitlab、Github、Gitee、SVN,实现统一入口
开源云原生平台对比 KubeSphere vs Rainbond_第5张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第6张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第7张图片

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 实现,支持微服务的流量可视化管理。
开源云原生平台对比 KubeSphere vs Rainbond_第8张图片

基于Jaeger的调用链分析
开源云原生平台对比 KubeSphere vs Rainbond_第9张图片

Rainbond

Rainbond的微服务架构拓扑和服务编排,通过图形化的编排,添加组件之间的依赖关系,添加后也会注入服务之间的连接信息等。拓扑图可以展示服务之间的关系,用颜色区分服务的状态等。
开源云原生平台对比 KubeSphere vs Rainbond_第10张图片

微服务实时性能分析
开源云原生平台对比 KubeSphere vs Rainbond_第11张图片

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

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

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

应用市场功能对比

KubeSphere

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

开源云原生平台对比 KubeSphere vs Rainbond_第12张图片

基于 Helm Chart 创建应用模板。
开源云原生平台对比 KubeSphere vs Rainbond_第13张图片

发布 Helm Chart 应用模板。
开源云原生平台对比 KubeSphere vs Rainbond_第14张图片

Rainbond

内置应用商店有 90+ 应用可直接安装。
开源云原生平台对比 KubeSphere vs Rainbond_第15张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第16张图片

支持应用离线导出导入,支持导出 Rainbond App 应用包、Docker Compose 应用包、非容器环境应用包。
开源云原生平台对比 KubeSphere vs Rainbond_第17张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第18张图片

开源云原生平台对比 KubeSphere vs Rainbond_第19张图片

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 控制台,用户可以管理底层的基础架构,例如添加或删除集群。可以使用相同的方式管理部署在任何基础架构上的异构集群。支持跨集群应用分发,资源整合等。支持通过图形化界面管理节点,监控集群状态、应用资源监控、集群告警和通知等。
开源云原生平台对比 KubeSphere vs Rainbond_第20张图片

集群监控

开源云原生平台对比 KubeSphere vs Rainbond_第21张图片

Rainbond

支持对接多个 K8s 集群,支持各种云厂商托管 K8s 集群以及私有云、混合云等。支持用户通过控制台添加或删除集群,支持跨集群应用分发。
开源云原生平台对比 KubeSphere vs Rainbond_第22张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第23张图片

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

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

应用运维功能对比

基本管理

KubeSphere

支持对工作负载、容器组级别的管理,支持工作负载的YAML编辑、版本回滚、删除、重新创建等。
开源云原生平台对比 KubeSphere vs Rainbond_第24张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第25张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第26张图片

开源云原生平台对比 KubeSphere vs Rainbond_第27张图片

Rainbond

支持对应用、组件级别的管理,支持应用批量启动、重启、更新、关闭、删除以及组件的操作,支持应用和组件级别的环境变量、版本回滚等。
开源云原生平台对比 KubeSphere vs Rainbond_第28张图片

组件日志实时查看和筛选
开源云原生平台对比 KubeSphere vs Rainbond_第29张图片

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

开源云原生平台对比 KubeSphere vs Rainbond_第30张图片

由 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 的系统管理上功能有欠缺。

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

你可能感兴趣的:(kubernetes)