michael2016

@dynastysea 有关系，业务 QPS 高，你的并发到后端就得具备很强的弹性收缩能力，如果无法自动化，人工规划就会出现很多成本浪费，你得提前准备 ECS 或 CVM 或服务器资源，然后再去部署交付等工作。这个问题本质上是要综合考虑成本和收益，docker mysql 运维成本高，sla 没有保证，如果你的公司有专门的几个人或数十人来支撑深挖研究，当然可以了，这里除了讨论 IO 、调度、宿主机 hang 、镜像内核各种版本管理、自我诊断修复等问题以外，还要考虑于运维管理、调度、扩容缩容等很多细节。
你一个人能不能搞定所有的问题，你愿意搞定这些问题吗？愿意付出多大的成本解决这些问题？

这个问题虽然问的不好，但是正好是深入了解业务综合性决策判断选择的最好的问题。
先审题再做题。

@edisonwong 我是这么夸张的说了，大厂的技术团队在后面帮你解决了不少，如果你要自己搞，重新踩一遍坑，遇到高级问题了代价很大。

@dynastysea 你的业务 QPS 有没有超过 5 万？

@felixcode 现在依旧是虚拟环境比物理机稳定性差，不行你去各大云厂商买几台机器部署业务试试看，你可能会天天提交工单。

@Ayanokouji RDS 本地盘式物理机，云盘是容器，但是实践下来本地盘比 on ecs 要好多了，尤其是独享环境。

@xmh51 嗯，我想表达的是对于并发性能、网络延时要求高的业务场景也是各种救火，稳定性挑战很大，当然投入的资源代价也很大。

@hefish 哈哈，报警前咱们不是得自己先止血？

@mosesyou 优秀的答案，如果你是实践过的出来的结论更加优秀。

@lvlongxiang199 PR 跟实际情况可能相差很远，你如果只看这个没有实践过我们就不讨论了，你是对的。
如果你管理过几万台机器，我们可以深度交流一下。