k8s属于轻量化工具，对于数据库存储大量数据来说不太适合
工作中接触过某私有云的三种形态的数据库集群：容器，虚拟机，裸金属。
早期厂商推容器，维护期间碰到过备份异常，容器内存bug，最后据传是硬件供应问题（不知真假），改推裸金属了。
个人还是比较喜欢维护虚拟机形态的库，毕竟底层还是普通操作系统，维护比较得心应手。
只要把核心库部署在不同物理机上，就可以节约成本的同时避免资源争用。
微服务后遗症, 一方面减轻 热点业务 导致产生热点region 影响 整个数据库, 一方面是为了省资源
没这么干过。
数据库系统跟容器不搭啊。容器化适用于快速大量部署，优势在于启动速度快，资源分配与回收方便。数据库没有这方面的需求啊。
1 个赞
部署简单，运维有点麻烦了
cpu,io密集型业务，如果非要推荐，只推荐vsphere虚拟化。但真的如下：
多此一举，
给自己找事。
很少见到，第三方厂商封装的较多。
除非你k8s运维团队厉害
1 个赞
本人小菜鸡一枚，觉得没什么优势，反而把简单、清晰的数据库集群架构复杂化了
没有达到一定体量 没得优秀的运维团队 还是放弃K8S吧
完全赞同你的观点。
1 个赞
奇奇怪怪的东西进入脑子里了
没有用k8s部署过，还是觉得物理主机维护要简单些
竟然一堆人说没有任何优势，不推荐？
我司mysql组是非k8s搞的，也有一套自动化的高可用流程，但是那个组的运维经常半夜收到报警。
tidb是在k8s上部署的，坏个节点本身tidb会自动切换leader，坏的时间长了，k8s的operator还会补充一个节点，基本上没有半夜起来过。多爽！
tidb的operator写的那么好，都不怎么需要运维了。
这样比没法说明问题吧，业务不一样，数据库也不一样 
k8s的作用不就是方便运维吗。
部署在k8s的优势就是这个啊。别的还有什么呢？
无状态应用可以在k8s上部署。不建议数据库在k8s集群运行
本地部署能和k8s混合部署成一套tidb吗。扩容就在k8s上扩，用完了就缩回来。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。