[真诚求问] 开源六年的容器平台 Rainbond，为何始终不温不火？大佬们能帮忙看看问题出在哪吗？

2025 年 5 月 26 日
 goodrain

先介绍下我们的项目

Rainbond 是一个不需要懂 K8s 的开源云原生容器平台（https://github.com/goodrain/rainbond，定位是让开发者无需关心 K8s 底层，通过图形化界面和声明式配置，就能快速构建、交付、管理云原生应用。

开源六年间，我们保持着高频更新（当前 v6.3 版本），文档也持续完善（https://www.rainbond.com/docs/），但社区数据一直不温不火：

我们反思可能的原因，但想听听大家的真实看法

1.技术定位模糊？

2.市场需求伪命题？

3.社区运营拉胯？

4.推广方式太传统？

真心求大佬拍砖

我们团队一直坚信 “让云原生开发更简单” 是有价值的，但开源六年的不温不火让我们开始怀疑： 是方向错了？还是执行没到位？ 哪怕是尖锐的批评，我们也想听听真实的声音

PS：不是钓鱼贴，团队正在做复盘，希望借 v 站大佬的视角找到破局点。如果有类似开源项目运营经验，也欢迎分享避坑指南！

最后附上 Rainbond 在线体验地址： https://run.rainbond.com/#/user/login?link=v2ex

9614 次点击
所在节点    推广
102 条回复
bigtear
2025 年 5 月 26 日
Demo 需要登陆，没兴趣了
README 写的内容太少，没看出来是干啥的
K8s 本身就很小众，普通人更喜欢 Docker 之类的关键词
bigtear
2025 年 5 月 26 日
而且登陆居然是用手机号，README 主要语言又是英文，定位不太清呀
国内玩这些 SaaS 的主要人群都是白嫖的，属于小众的领域
国外接受度高，但要中国手机号，体验不了呀
bigtear
2025 年 5 月 26 日
如果做 ToB 的，要多宣传才行
没有刷到过你们项目宣传的消息
democrazyx
2025 年 5 月 26 日
这个链接的页面槽点就很多
首先点进去之后就是登陆页面，左边只有几句话的介绍，没有进一步的使用说明，手册之类的链接让人去了解。
其次，首页是手机号+验证码登陆，这一步估计就劝退了很多打开链接的人，我输入手机号获取验证码之后提示我用户不存在需要先注册，都获取验证码了，正常逻辑不应该是注册或登陆吗？
好吧，我注册，获取验证码，因为刚才登陆的时候获取验证码了，提示 1 分钟后再试，那我等一分钟吧，等着等着就忘了，新用户-1
LanLiang
2025 年 5 月 26 日
推广太少？ 至少和 kubesphere 相比，我很少见到 Rainbond 出现
beyondstars
2025 年 5 月 26 日
对接个 github 登录，google 登录什么的，没有想象中难
v1
2025 年 5 月 26 日
要国内手机号才能注册的首先就 pass 了
FabricPath
2025 年 5 月 26 日
这个在线体验地址，要手机验证码，直接劝退。

从部署层面来说，都是在解决“如何用起来”，但是现在上 k8s 或者容器化，我觉得不是难在 “Need full container/K8s stack skills ”，因为只是部署一个东西，问一下 chatgpt ，搓一下 yaml ，也能部署起来了。
反而是难在出现问题是如何排查，比如还是以“Need full container/K8s stack skills”为例，如果没有 container 的经验，那部署业务的时候，containerd 一直在启动失败，那如何排查？所以我认为无论上层如何封装，k8s 原始的 kubectl 和 crictl 都是必备的知识。

其次是内置了很多模板（比如 golang 、php 的标准流程），这种方式虽然容易上手，但是毕竟不够灵活，现实中的需求千奇百怪，随着屎山的堆砌，大概率你预设的模板不满足业务要求，从而退化成原始的 kubectl （举个例子，比如我需要远程 ceph 存储，或者对接我自家的 csi ，我应该如何操作？）；同时这些模板也引入了新的学习成本。

我觉得你上述提到的“Rainbond 的 “一站式” 是否不够聚焦”很对，可以看到其他“热门”产品，很少出现这种固定模式的大一统产品（也许是我用得少了，我即使在 homelab 里面玩玩，也是自己搓 yaml 、自己配 Prometheus 采集）；这种大一统的方案，容易在做方案选择的时候就因为“不清楚你能做什么，但是看上去用你的人不多的样子”而被毙掉。
goodrain
2025 年 5 月 26 日
统一回复一下，我们最近在尝试 SaaS 模式还不太成熟，所以类似在线体验，我们主推的还是 100%开源，私有化部署。
StrangerA
2025 年 5 月 26 日
方向错了。

我之前用的 TrueNAS ，跑容器用的 k3s ，做了全套图形化，k3s 更简单了吧。

结果还是被喷很久后终于顶不住压力在去年换回 docker-compose 了。

很多情况下大部分只需要个"能跑起来，挂了自动重启"之类的场景，对 k3s/k8s 那些其他功能根本没多大兴趣。

或者换句话说，有这个需求的也会自己去学相关知识，而不是找一个"无需学习"的纯图形化界面。
goodrain
2025 年 5 月 26 日
@bigtear README 托管在 Github 还是要英文优先的。这个在线体验地址是我们正在尝试的 SaaS 模式还不太成熟，所以目前当做一个在线体验，主推还是开源私有化部署。
goodrain
2025 年 5 月 26 日
@FabricPath 感谢您的认真回复，我们其实想做的是类似平台工程的理念，你说的这些应该是由平台管理员去处理的，而开发者们不需要懂这些东西，现在的开发什么都得干，写前端、写后端、搞运维。。。。
goodrain
2025 年 5 月 26 日
补充下官网地址： https://www.rainbond.com
skiy
2025 年 5 月 26 日
登录界面，基本都是中文。但是

Get verification code
Sign in
Sign up

却是英文。这种感觉像是半成品。
skiy
2025 年 5 月 26 日
既然需要登录，不如录个视频引导出来。让大家看视频就知道它能解决什么问题。
goodrain
2025 年 5 月 26 日
@skiy 谢谢您的回复，上面我也说过了，目前在尝试 SaaS 模式还不太成熟，但我们的开源私有化部署是很成熟的，有时间您可以自己再服务器上部署试试
anonydmer
2025 年 5 月 26 日
什么内容都有，但是 license 是 LGPL ，你想需要这种 k8s 管理平台的都是什么企业？ 为什么不用 KubeSphere ，至少 license 不更友好？
zeroday
2025 年 5 月 26 日
用 k8s 的都是企业，企业有自己的一套内部运维系统的
seers
2025 年 5 月 26 日
k8s 属于用起来 no need ，排查故障要 all need 。。。
ctwss
2025 年 5 月 26 日
可以参考一下 https://sealos.run 这个竞品

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/1134423

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX