时间过的真快， walle 断更四年了

中大型的开源项目维护起来很费时间的，很多都是用爱发电的。

4 年前主要维护者结婚了？生小孩了？考研了？

时代的眼泪。个人认为在 K8s 大面积使用之后，walle 就没有太多意义了，所以停更也是正常的事。

walle 当年那个用软链接回滚的方式让人眼前一亮。我现在这份工作面试的时候刚好还问到相关解决方案。

首页可以看到字节内推
我猜是作者在字节太忙了，每天下班都 10 点了，哪有精力维护一个自己用不到的开源项目。

@members k8s 也不能硬上，太复杂，小公司用不到

有没有类似的，最近用 drone ，也能用，但是感觉差点意思

目前用不到，直接 git pull

这个 ui 很 element

@1252603486 哪里差了，我个人 nas 用 drone 三年了，打个 tag 就能触发部署，很好用啊

小规模直接 git pull
再稍微大点 jenkins 和 GitLab 的 CICD 也足够支持
规模再大就上 K8S 集成 GitLab 的 CICD 了 所以 walle 的存在本身就是一个很冲突的事情，额外引入了一个基础组件

@guiyumin #4 小公司小场景 k3s 足以

@gesse 现在是 leader 岗，工作都忙不完了

@members 确实是 K8s / docker 之后，这个项目意义不大
我现在内部部署 gitlab ci/cd ，完全按照官方流程，然后找一个机器部署 Runner 而已，就跑起来了
如果完全基于 K8s / docker 发布应用，连 deploy 脚本都不需要怎么写

@cloudzhou 对的，当年 walle 的目标用户就是有比较多服务器需要批量部署的公司，后来这种场景被 k8s 完美覆盖。

小公司用不上，能用上的都换 k8s 了。

Walle 停止更新后 , 不是有个类似的 Spug 吗?
不过 Spug 也停止更新快一年了.

面对 K8s 大面积的占领市场，Walle 就算更新也没有多大意义了。

大型外企一般都有着专业且成熟的 K8s 运维团队，中小型外企喜欢用 Rancher + K3s ，出问题了自己人搞不定，可以付费咨询或者直接购买商业版。

而在国内，K8s 被一些公司用的很畸形，甚至直接让后端来维护。个人认为 K8s 一定是要在有成熟的运维团队之后再上，专人专用，而不是让后端开发兼职去弄，国内公司很喜欢这样一人多用，降本增效，最后搞得一团糟。

@midsolo

我感觉吧
k8s 这么广泛使用，一方面是老板不懂，什么炫酷酒选什么，二方面很多程序员是 resume builder ，就是面向简历编程，然后也忽悠老板用 k8s

但我感觉，多少公司能需要 500 台、1000 台服务器？多数公司是不是杀鸡用牛刀？

https://walle-web.io/ 这不是都 2.0 了吗？

@Gemini4422335 最后一次更新时间是 2019 年

@guiyumin #16 k8s 不是大规模集群才能用的，你这个理解就有偏差。既可以解决大规模微服务的调度，也可以规范小规模场景的 devops 。因为它里面带有浓厚的控制论和事件驱动色彩，和普通的过程式或者对象式编程范式有很大区别，所以理解起来有一定的门槛。