原系统改造的思维扩张之路---交易洪峰的应对

交易系统是如何应对交易洪峰的？

由于交易的调用链路比较长，从Web服务器到执行链路中的各个服务系统，包括缓存、DB等存储系统，请求都是以队列的方式被处理。各个系统如果没有处理好容量控制，就会导致请求的堆积，对外呈现的就是响应时长增加。

在处理链路比较长的情况下，这种异常会被放大，链路后面的一个点发生堆积，前面的各个点也会逐步出现堆积。页面应用又是一个用户强交互类型的应用，如果用户发现慢就会刷屏，而后面的系统无法感知接下来要处理的请求是否是有效的请求，这种情况下可能会导致整个网站的瘫痪。我们目前是在前后端应用中都引入流量管控机制，主动拒绝超出自己处理能力之外的请求，保证每个应用都不会被压垮，有多少能力就能把多少能力提供出来。

另外在前端应用处理流控时，主动引导用户到低成本/静态化的页面上，增强用户体验，也能提高网站其它部分的曝光率。整个流量管控体系，除了应用框架的能力之外，还有一些配套的机制，比如自动化压测系统、容量计算公式、自动化扩容/下线等，整个一套体系，确保我们轻松应对交易洪峰。