疫情期，APP 崩了怎么办？

发展。

阿里巴巴在多年 双11 高并发，高可用和高客户体验要求背景下积累了相应的技术体系，并赋能罗辑思维等客户，帮助他们落地全链路压测。本文整理自高用户、突发高流量场景下的真实案例，公布阿里在高可用架构建设过程中的实践笔记，期待帮助更多企业从容应对接下来的高流量场景。

你的应用为什么崩了?

非常复杂的服务端

在我们的日常生活中因为 app 侧相对稳定，“崩”一般发生在看不见摸不着的“服务端”(或者叫云端)，而这个服务端有多复杂?

以一个较为成熟的云上架构为例，光是阿里云中构建一个在线服务可以用到的云计算基础、安全和企业应用三个分类的云产品数量就达到几乎 200 款。而我们从客户端(App/PC)到达服务端会涉及到的关键节点就有 CDN、动态加速、高防、应用防火墙、4/7 层负载均衡、前后端服务集、缓存、数据库存储、中间件、基础设施层等等，整个链路都面临着不确定性，比如负载均衡中影响流量的产品规格就有 5 个，后端服务的服务规模化问题更是复杂和难以评估检验，这其中任何一个节点出问题都会导致服务不可用，给最终用户一个“崩”的感觉。同样的问题在专有云、混合云和自建 IDC 都有。

如何能有效的全面检验服务端吞吐能力、发现所有问题甚至是做好容量规划，具备对峰值的流控调度能力是所有企业都需要思考和应对的。

没有提前规划的服务能力

如果应用没有对自己的服务能力进行提前规划，没有提前做

（编辑：周口站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!