回复不就是评论的一种么。。。

所以简单说就是：
1 、防止外包间互相拉屎导致单体项目不可用。
2 、维护方便
3 、搭服务方便（ 5 分钟，一键安装，费用到手）
4 、自我学习

我前公司，我和 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 项目，性能压根不用考虑。

不管是群晖威联通这种商业的，还是开源的 NAS 系统，都不安全。除非你一行一行去看代码，不然人家下个雷，偷偷传个东西，你知道？与其担心这个，还不如担心你的照片会不会丢才重要

不安全。自己写最安全

时代变了

我 chrome 日常 20+tab

不是默认 32G 起步的吗。。。。。4G 随随便便就没了不是么。。

@UIXX #38 对。所以我和 OP 说这个是要注意的点

年龄在中国求职确实是很现实的东西，大家喜欢：
1 、什么都会，越懂越好
2 、越小越好

基于以上的原因，@UIXX #25 说的确实有道理。 @aleisterw #33 如果你要在中国找工作，大多情况下，确实存在“35 下岗”这么个说法（当然不一定是下岗，泛指求职会被歧视的意思）

但是人家接受的是国外的教育，意识下确实是不应该写的，不管人家多少岁，人家和你合得来，东西做得了，那就和年龄没有任何关系，包括性别，种族等，摊上这些说不好听的，就是歧视。

你标题不是说了么？《 B 站不行》

B 站的 cdn 是自建的。垃圾得一批

因为原生 cookie 难用得像坨屎

@xiaoz #1 估计只能分文件夹形式了。主要是我是用 oss 的，当时全是放在根目录，没啥性能问题，谁知道自己搭会碰到，裂开。。。


@knives #3 我局域网也是千兆，主要是我看在 nas 上也是 list 很慢，慢到接受不了，应该不是网络的问题。磁盘性能问题没跑了，大小小文件还是没法用机械盘。。没用固态是因为都是冷数据，可能放了几百年不看一次的。。我就想着慢几秒都都没事，能加载出来就好，谁知道。。。

那我就写我自己喜欢的代码呗

@Livid 推广

Foobar2000