618大促是电子商务很大的一个活动，保证稳定是一件需要花费时间去梳理存储、计算、内存等。
服务端计算资源，机器个数、应用支撑横向扩展，存储资源db、redis支持横向扩展，需要扩展
的资源具体量是一个不小的挑战。
web或app worker比如线上为300万/分钟的量，但一个应用存在多个业务的话，cpu、内存、线程
数中一个资源达到极限业务就达到极限应用的吞吐也就达到极限。因为一个应用存在多个服务，多个服务
又是相互影响。
怎么得到服务吞吐量的上限呢？一种简单方式应用只有一个服务，这样单机压测或全链路压测就能
一下将整个服务的吞吐量清晰地得到，但这样不好处是一个应用只提供一个服务，那将来服务多了管理上
会很复杂。
待续...