电商618 压测、优化、降级预案

　　618大促是电子商务很大的一个活动，保证稳定是一件需要花费时间去梳理存储、计算、内存等。

　　服务端计算资源，机器个数、应用支撑横向扩展，存储资源db、redis支持横向扩展，需要扩展

的资源具体量是一个不小的挑战。

　　web或app worker比如线上为300万/分钟的量，但一个应用存在多个业务的话，cpu、内存、线程

数中一个资源达到极限业务就达到极限应用的吞吐也就达到极限。因为一个应用存在多个服务，多个服务

又是相互影响。

　　怎么得到服务吞吐量的上限呢？一种简单方式应用只有一个服务，这样单机压测或全链路压测就能

一下将整个服务的吞吐量清晰地得到，但这样不好处是一个应用只提供一个服务，那将来服务多了管理上

会很复杂。

　　

　　待续...