华为 Mate 30 Pro 发布了，5G 这玩意儿终于从 PPT 走进了旗舰机。我盯着那 4500mAh 的电池和麒麟 990 的芯片，脑子里想的根本不是手机，是服务器。
我们刚给一个本地生活平台做完二期，用户量刚破十万，日均 PV 也就百万级别。就这，上个月一次小范围促销，峰值请求直接打崩了两台负载均衡后面的 Web 服务器，MySQL 连接池爆满，整个后台卡了十五分钟。运维那哥们儿脸都绿了，我叼着烟在机房外面转圈，脑子里全是“扩容”、“限流”、“降级”这些词儿。现在 5G 来了，理论峰值速率是 4G 的十倍不止，这意味着什么？意味着用户刷一下瀑布流，可能瞬间请求几十张高清图加十几个动态接口；意味着一次直播带货，弹幕和订单数据流会像海啸一样拍过来。我们那套基于 Nginx 反向代理和简单 Redis 缓存的架构，在真正的瞬时大流量面前，跟纸糊的没区别。
5G 不是网速快一点，是数据交换的密度和频率发生了质变。过去我们考虑高并发，核心是解决“很多人同时来”的问题，用队列削峰，用缓存抗读。5G 时代，问题变成了“一个人就能在极短时间内发起海量、异构的请求”。一个用户行为，可能触发一连串的微服务调用链：定位服务、推荐算法、支付风控、即时通讯…任何一个环节的延迟或阻塞，都会被高速网络放大成糟糕的体验。我预感，单纯的垂直扩容（加机器）会很快碰到成本天花板，架构必须转向更彻底的“云原生”和“服务网格”。容器化是基础，但更重要的是服务间的弹性调度和故障自愈能力。你得假设任何服务实例随时会挂，并且挂掉时不能影响整体 SLA。
这引向我对“云端自动化”的判断。未来的运维，甚至部分开发，会被迫上移。基础设施即代码（IaC）会成为标配，用 Terraform 或 Ansible 脚本去定义和部署整个云环境。监控告警必须智能化，不能等挂了再报警，得基于流量预测和异常检测模型，在瓶颈出现前就自动扩容或切换流量。更狠的是，我认为业务逻辑本身的部署和迭代也会自动化。开发写完代码，提交到 Git，触发 CI/CD 流水线，自动跑测试、构建镜像、滚动更新到灰度环境，跑完 A/B 测试数据达标，再自动全量发布。人介入的点会越来越少，从“操作者”变成“规则定义者”和“异常处理者”。
想想有点恐怖，也兴奋。这意味着我们这群产品经理和开发者，必须懂更多底层的东西。你不能只画原型写 PRD 了，你得懂 Docker 镜像的层结构，懂 Kubernetes 的 Pod 调度策略，懂 Service Mesh 里 Istio 的流量管理规则。否则，你设计的产品功能，在 5G 网络催生的真实场景里，根本扛不住。团队里那几个后端还在为用 Spring Cloud 还是 Dubbo 吵吵，我觉得都慢了一拍。真正的战场已经开始向云平台的原生能力和自动化运维工具链迁移了。
搞不好，明年最大的技术债，就是今天对 5G 冲击力的低估。我得赶紧把手里几个项目的技术架构评审会重新开一遍，逼着技术负责人把压力测试的模拟流量调高一个数量级。不然，等真正的流量洪水来了，我们连挣扎的姿势都会很难看。
