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

[goodrain]

先介绍下我们的项目

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

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

• GitHub star 数：5.2k （感觉和同类项目比差不少）
• 日均 issue/PR：个位数级别

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

1.技术定位模糊？

• 我们既想做 “K8s 简化工具”，又想覆盖 “应用全生命周期管理”，是不是功能太杂反而没突出核心卖点？
• 对比 Argo 、Jenkins X 等垂直工具，Rainbond 的 “一站式” 是否不够聚焦？

2.市场需求伪命题？

• 现在开发者是不是更愿意学 K8s 原生能力，觉得 “简化工具” 反而限制灵活性？
• 中小企业可能更倾向用云厂商 PaaS ，开源方案的落地场景是否有限？

3.社区运营拉胯？

• 我们主要靠内部团队维护，外部贡献者很少，是不是缺少激励机制？
• 文档虽然全，但新手引导是否不够傻瓜化？

4.推广方式太传统？

• 一直靠技术文章、Meetup 传播，在 B 站 / 小红书等年轻人聚集的平台几乎没投入
• 没做过竞品对比话题，是不是太佛系了？

真心求大佬拍砖

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

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

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

[bigtear]

Demo 需要登陆，没兴趣了
README 写的内容太少，没看出来是干啥的
K8s 本身就很小众，普通人更喜欢 Docker 之类的关键词

[bigtear]

而且登陆居然是用手机号，README 主要语言又是英文，定位不太清呀
国内玩这些 SaaS 的主要人群都是白嫖的，属于小众的领域
国外接受度高，但要中国手机号，体验不了呀

[bigtear]

如果做 ToB 的，要多宣传才行
没有刷到过你们项目宣传的消息

[democrazyx]

这个链接的页面槽点就很多
首先点进去之后就是登陆页面，左边只有几句话的介绍，没有进一步的使用说明，手册之类的链接让人去了解。
其次，首页是手机号+验证码登陆，这一步估计就劝退了很多打开链接的人，我输入手机号获取验证码之后提示我用户不存在需要先注册，都获取验证码了，正常逻辑不应该是注册或登陆吗？
好吧，我注册，获取验证码，因为刚才登陆的时候获取验证码了，提示 1 分钟后再试，那我等一分钟吧，等着等着就忘了，新用户-1

[LanLiang]

推广太少？ 至少和 kubesphere 相比，我很少见到 Rainbond 出现

[beyondstars]

对接个 github 登录，google 登录什么的，没有想象中难

[kk2syc]

要国内手机号才能注册的首先就 pass 了

[FabricPath]

这个在线体验地址，要手机验证码，直接劝退。

从部署层面来说，都是在解决“如何用起来”，但是现在上 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]

统一回复一下，我们最近在尝试 SaaS 模式还不太成熟，所以类似在线体验，我们主推的还是 100%开源，私有化部署。

[StrangerA]

方向错了。

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

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

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

或者换句话说，有这个需求的也会自己去学相关知识，而不是找一个"无需学习"的纯图形化界面。

[goodrain]

@bigtear README 托管在 Github 还是要英文优先的。这个在线体验地址是我们正在尝试的 SaaS 模式还不太成熟，所以目前当做一个在线体验，主推还是开源私有化部署。

[goodrain]

@FabricPath 感谢您的认真回复，我们其实想做的是类似平台工程的理念，你说的这些应该是由平台管理员去处理的，而开发者们不需要懂这些东西，现在的开发什么都得干，写前端、写后端、搞运维。。。。

[goodrain]

补充下官网地址： https://www.rainbond.com

[skiy]

登录界面，基本都是中文。但是

Get verification code
Sign in
Sign up

却是英文。这种感觉像是半成品。

[skiy]

既然需要登录，不如录个视频引导出来。让大家看视频就知道它能解决什么问题。

[goodrain]

@skiy 谢谢您的回复，上面我也说过了，目前在尝试 SaaS 模式还不太成熟，但我们的开源私有化部署是很成熟的，有时间您可以自己再服务器上部署试试

[anonydmer]

什么内容都有，但是 license 是 LGPL ，你想需要这种 k8s 管理平台的都是什么企业？ 为什么不用 KubeSphere ，至少 license 不更友好？

[zeroday]

用 k8s 的都是企业，企业有自己的一套内部运维系统的

[seers]

k8s 属于用起来 no need ，排查故障要 all need 。。。

[ctwss]

可以参考一下 https://sealos.run 这个竞品