支持，个人对高可用的理解还停留在故障转移，负载均衡，灾备等方面。抽时间拜读下

可能在业务理解上有深入。但建议你换个测试

合格的测试没问题，需求有问题，应该先评估一遍需求，在评估一测试场景，自己开发过程的业务逻辑明显感觉不合理也要提出来不要闷头开发。

只有我一眼觉得 7p 没有 10 年吗

相信国运定投纳指。就一个 别人恐惧你贪婪

背文章，有场景和上下文的那种。停止把英文翻译成中文

不要给任何人的未知阶段下判词

网络安全无小事，另外 it 是网管吗？

想游龙，人情练达很重要；
不想处，一个人过也还好；
问心问人问生活罢了。

想起当初 89c51 手撕面包板 画 pcb 仿真 的时代，一眨眼 10 几年过去了。

oops

这是第三方服务费，自己办理应该不需要。看过一个德国人办理，热心卖卡大叔再套餐之外另外收了 50

知道了

就事论事，虽然 lamba 开了 5w 实例，也假设 5w 实例基本都在处理业务，要处理 12w 的 qps ，则 12/5 说明了你们一个实例 1s 内处理不了 2.4 笔，实例被占用了没被释放出来。
同推论 200w/5w=40 笔每秒。也就是说你们内部做压测至少要优化到 tps 要大于 40 的结论，结合网络延迟等因素得出一个 tps 。至于 5w 并发是否有必要，似乎没有这么必要？

保持愉悦，强身健体，规律作息，管住嘴 无论吃还是说