开源云原生平台对比 KubeSphere vs Rainbond
最近因为工作需要，需要找一个功能完善的云原生应用平台，经过自己筛选和朋友推荐，剩下 KubeSphere 和 Rainbond ，这两个产品都是基于 Kubernetes 之上构建的云原生应用平台，功能都非常强大，但产品定位和功能侧重不同，本文将介绍我在选型过程中从各维度对比两款产品的过程记录。
产品定位对比
「KubeSphere」 是在 Kubernetes 之上构建的面向云原生应用的分布式操作系统，完全开源，支持多云与多集群管理，提供全栈的 IT 自动化运维能力，简化企业的 DevOps 工作流。作为全栈的多租户容器平台，KubeSphere 提供了运维友好的向导式操作界面，帮助企业快速构建一个强大和功能丰富的容器云平台。KubeSphere 为用户提供构建企业级 Kubernetes 环境所需的多项功能，例如多云与多集群管理、Kubernetes 资源管理、DevOps、应用生命周期管理、微服务治理（服务网格）、日志查询与收集、服务与网络、多租户管理、监控告警、事件与审计查询、存储管理、访问权限控制、GPU 支持、网络策略、镜像仓库管理以及安全管理等。
「Rainbond」 是一个云原生应用管理平台，使用简单，不需要懂容器、Kubernetes 和底层复杂技术，支持管理多个 Kubernetes 集群，和管理企业应用全生命周期。主要功能包括应用开发环境、应用市场、微服务架构、应用交付、应用运维、应用级多云管理等。Rainbond 遵循 以应用为中心的设计理念，统一封装容器、Kubernetes 和底层基础设施相关技术，让使用者专注于业务本身, 避免在业务以外技术上花费大量学习和管理精力。
「由于产品抽象不同，表现出来的概念和流程也有很大差异，KubeSphere 主要是 Kubernetes 相关概念和抽象，使用和管理都需要懂 Kubernetes 相关体系知识，懂 Kubernetes 的人能快速上手，Rainbond 应用级抽象，使用门槛很低，面向不懂 Kubernetes 的普通开发人员，平台管理跟 KubeSphere 一样都需要懂 Kubernetes。」
开源社区活跃度对比
「KubeSphere 社区更加活跃些，毕竟是万星开源项目，用户遍布国内外。Rainbond 社区用户基本都是国内用户，Star 上差了些不过 Github、社区群也蛮活跃的。」
安装体验对比
「KubeSphere」
支持通过一条命令在 Linux 上快速安装 KubeSphere。
「Rainbond」
支持通过一条命令在 Mac、Win、Linux 上快速安装 Rainbond。
「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 兼容 Kubernetes 体系，应用部署使用 S2I 和 B2I，KubeSphere 自定义流水线功能非常强大，配置灵活。Rainbond 应用部署不需要懂容器和 Kubernetes，支持常见的源代码，并自动识别和构建，使用非常简单。」
微服务架构功能对比
「KubeSphere」
KubeSphere 的微服务架构基于 Istio 实现，支持微服务的流量可视化管理。
基于 Jaeger 的调用链分析
「Rainbond」
Rainbond 的微服务架构拓扑和服务编排，通过图形化的编排，添加组件之间的依赖关系，添加后也会注入服务之间的连接信息等。拓扑图可以展示服务之间的关系，用颜色区分服务的状态等。
微服务实时性能分析
「KubeSphere 完全依赖 Istio 实现微服务架构，对 Istio 的功能支持非常完整，KubeSphere 弥补了 Istio 没有图形化的控制面板的不足，简化了 Istio 的上手难度，服务之间的拓扑图是根据流量走向自动生成的，可以直观的看到服务间流量。」
「Rainbond 的服务网格、服务治理、可观测性都是通过插件体系支持的，传统应用开启服务网格插件，马上就能支持微服务架构，服务治理和可观测性也只需要开启相应插件，Rainbond 内置了很多插件，有需要还可以自行扩展，可以将自己趁手的工具添加进来，另外，图形化手动编排服务是个特色，不用改代码就可以动态调整依赖关系。」
应用市场功能对比
「KubeSphere」
内置应用商店有 30 个应用可直接安装。
基于 Helm Chart 创建应用模板。
发布 Helm Chart 应用模板。
「Rainbond」
内置应用商店有 90+ 应用可直接安装。
支持用户将已经部署好的应用一键发布至应用市场，无需编写复杂的 YAML。可以一键发布应用模型内所有元数据，例如依赖关系、配置文件、存储信息等。
支持应用离线导出导入，支持导出 Rainbond App 应用包、Docker Compose 应用包、非容器环境应用包。
支持基于 Rainbond 应用市场一键安装和一键升级，升级会包含应用模型内所有元数据，包括依赖关系等。
「在应用市场这块 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 体验好，有丰富的监控和可观测性，管理存储和节点在控制台全部完成，Rainbond 在集群管理这块需要在命令行下管理，监控功能也弱一些。」
应用运维功能对比
基本管理
「KubeSphere」
支持对工作负载、容器组级别的管理，支持工作负载的 YAML 编辑、版本回滚、删除、重新创建等。
支持对容器级别的日志查询过滤，支持全局的日志查询过滤。
KubeSphere 采用 Kubernetes 原生模式进行应用访问，可通过 NodePort、LoadBalancer、Ingress 实现外部访问。支持扩展第三方负载均衡控制器以及 Ingress 控制器
「Rainbond」
支持对应用、组件级别的管理，支持应用批量启动、重启、更新、关闭、删除以及组件的操作，支持应用和组件级别的环境变量、版本回滚等。
组件日志实时查看和筛选
Rainbond 采用统一的应用网关，支持配置 HTTP 路由规则和 HTTPS 证书
由 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 的系统管理上功能有欠缺。
由于个人知识和经验有限，如有理解不对的地方，还请见谅。
Rainbond 2018-11-08 加入
Rainbond 是一个云原生应用管理平台，使用简单，不需要懂容器、Kubernetes和底层复杂技术，支持管理多个Kubernetes集群，和管理企业应用全生命周期。
评论