建议还是拍黄片，现在都 AI 自动化代码了

美东承载了大半个互联网，赔钱吧

结构化思考：
1.要弄清楚具体的场景，是点对点还是客户端对服务端 web 协议？
2.进一步方案：如果是点对点，用 HSM+KMS ，如果是客户端 web 协议，一般还是用 https ，

@zczxc44 我买的 cursor ，感觉还不错。

大家有没有注意，披露时间线，保持了高标准、负责人的行业职业道德，一直在联系厂商的人，但是仍未能获得回复，直到披露了才回应，从安全行业来看这个问题，OPPO 很不专业，背后是不是也是一个草台班子？哈哈

@datoujiejie221 👍🏻

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

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

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

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

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

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

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

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

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

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

@lvlongxiang199 这个问题应该这么问：在生产环境中不推荐使用 docker 运行 MySQL ，简单简述一下。你要根据你的工作经验详细原理或踩过的具体的坑？