我前公司，我和 2 个开发，我负责 angular ，go ，运维。构架是 4 个 golang 单体服务，3 个单体 php ，两个前端管理页，两个官网，数据库同一个。

现在团队解散了，目前由我来运维机器和兼职需求开发，老板还找了两个后台兼职开发。最近转 ack 了，为什么呢？

因为考虑架构问题，而且因为现在没有专人维护 php ，但是需求还在加，老板找了很多兼职的，但是没人能看懂代码（主要是业务逻辑复杂又没文档，加上框架是 yii1 ）。

所以上 k8s 第一个好处就是新需求可以按模块开发。因为外包人员比较杂，不同的人有不同的思路和想法，所以中间也出现了现有的外包发现之前人对于业务设计有问题，不能扩展，代码质量极差，一旦完成需求就基本处于不可改的状态（我掌控不了这些，老板说的算）。所以按模块开发的话可以让他们在不影响别人的功能下自由发挥，日后如果要改也不会出现改一个地方就全蹦的状态（别笑，现在就是）


第二是维护方便。因为我虽然离职了，但是还是在维护服务器会出现的问题。比如 redis 他们开发只会写，从不设过期，导致经常崩。mysql 和代码是装在一起的，mysql 负载上去了之后服务器卡的不行。日志经常把磁盘写满，我还要上去删日志（写日志的方法是在程序里的，后面我自己去掉了），磁盘满了还会导致 redis 持久化问题（加上上面说的不设过期👏，我裂开），还有等等问题

现在买了阿里 mysql 和 redis ，再加上 k8s ，运维的问题省心了很多，mysql 和 redis 移除去后，服务器配置还能降低点，加上 ack 不要 master 的钱，不仅省心省力，成本还低了


第三我们的服务有要给客户离线部署的需求，经常性的。这个在刚入职的时候用的是虚拟机，不仅麻烦死，性能还低，有的客户不允许用虚拟机，还要给客户服务器搭环境，累的要死。

现在就好了，客户不用 aws 的 k8s 或者阿里的 k8s 的话我就装一个 k3s ，用 helm 一键就装上了。简直不要太爽。


第四我对于 go 和 k8s 还处于学习阶段，后面我会把旧 php 的项目重构成 go ，期间可以学到到微服务相关内容，对我肯定好处多多。


上面说的什么 ci/cd 、分布式、链路，日志。现在根部都不需要这些，等你要上，环境也有了，还不是分分钟的事？上面外包做的就是模块开发，模块间用 http 在 k8s 里面链接即可，反正是 toB 项目，性能压根不用考虑。