使用过 kubernetes 的同学留步一下

[yaxianzhi]

k8s 最近两年太火了，也确实能够简化搭建分布式应用架构的工作，让人心动不已； 但我所在的项目组没有运维同学，项目都是单体应用并不复杂，下一步有微服务化的打算，k8s 生态应该是不错的选择；

请教使用过 k8s 的同学：

你们的 k8s 是专门运维同学搭建维护的吗？ 是自己搭建还是购买的云环境的容器服务？用何种方式搭建的呢？ 项目复杂程度如何？ 使用后带来了哪些好处呢？

[chiu]

有请 devops 同学

[feverzsj]

k8s 云服务价格非常贵，你自己搞可以用 kubeadm，但是还是很折腾的，中小型项目还是别折腾，用 docker-compose 就足够了

[PureWhiteWu]

如果你们有自己机器，有自己机房，建议自己搭建就可以了，一般初创企业或者企业规模不大的时候，开发会兼运维工作，不一定是要专业运维。
如果你们机器就是租用的云服务器，那就用云服务吧。

[kaneg]

kubernetes 是一个系统，其功能很强大，但复杂度也是惊人的，不是个人随随便便就能玩起来的，如果业务组件不是很复杂，使用它就有是大炮打蚊子。

[frozenshadow]

我司的 K8S 都是买的云服务商的服务。 我们业务上有些生成的文件要放到对象存储上，我们还有一些特殊需求要在多家服务商上部署系统。阿里对象存储叫 OSS，腾讯的叫 COS，华为的叫 OBS。。。他们的接口也都不一样，正常做法是根据环境开发对应云服务商的接口。但是 K8S 可以通过插件的模式，把对象存储当作硬盘挂上去，直接读写即可。（华为云已经支持，上次问 azure 说是还在开发，其他几家具体情况不知道）

[kslr]

没有专业的，用厂商的

[a15819620038]

单体不复杂还拆分微服务呀... 可能微服务的配套代码都比你单体项目代码还多...

即使要拆分也拆分不了几个服务吧，用 k8s 感觉过了，学习成本和搭建成本高了...

[nyaruko]

先后在两家公司做容器的 devops 路过。
第一家业务量不大，当时评估下来，k8s 过于复杂，感觉基本和楼上说的大炮打蚊子差不多，最后用了 docker-compose。

现在这家，业务量和微服务都比较多，测试环境的 k8s 已经基本搭建起来了，正在测试。产线考虑用云厂商的 k8s 部署，还没有具体实施。

测试环境的 k8s 是 devops 负责搭建。三个节点组成集群。目前只包含了部分（ 10 个左右） java api，其他服务还在迁移。

好处的话，目前发现的是发版和回滚的可控性比原来好，经过 ci 编译之后，环境什么就固定了，不会因为测试环境和产线环境不一致出现各种问题。

但开发还是比较费劲的

[yaxianzhi]

@feverzsj 确实，这思路不错

[yaxianzhi]

@kaneg k8s 门槛确实高，对小规模项目不友好，但这类项目也有调度，监控，服务化等需求；目前貌似缺少更友好的方案；这方面有了解更多吗？

[yaxianzhi]

@frozenshadow 买的哪家的？

[yaxianzhi]

@kslr 哪家的？体验如何，开发直接运维吗？

[yaxianzhi]

@a15819620038 复杂性在增长，服务化有部分目的是为了重用

[yaxianzhi]

@nyaruko 你这个情况很有借鉴意义，你是做运维的？用的哪家的云服务？

[anubu]

刚开始研究这个，目前是用的 docker-compose，初步了解了一下 k8s 感觉是有些不太合适，小公司小项目，真是大炮打蚊子。开始也想选择 docker swarm 来做，可能更合适些，但考虑技术热度和通用性还是在研究 k8s。不过是从 rancher 开始入门，k8s 本身的确部署和维护都有些复杂，使用第三方封装的可能更容易入门吧，刚开始了解 rancher，准备在线下先试试，看看效果。

[yaxianzhi]

@anubu 靠谱！用 docker-compose，进一步研究 k8s

[frozenshadow]

@yaxianzhi 华为和阿里

[nyaruko]

@yaxianzhi 是的。阿里云

[yaxianzhi]

@frozenshadow 棒！
@nyaruko 周末愉快！

[kslr]

@yaxianzhi aws 节省很多精力