忘川彼岸|我只是下了个订单，鬼知道我在微服务里经历了什么？( 十 ) 【51CTO.com原创稿件】面试的时候

②问产品，确定一个什么样形态的产品，例如是拼团，例如是秒杀，各种处理方式都不同。
评估平均访问量 QPS
一天 86400 秒，一般认为请求大部分发生在白天，就按照 40000 计算，日平均访问量=日总访问量/40000 。
评估高峰 QPS
可以把之前每日的访问曲线图拉出来看看，峰值是根据业务不同而定的，例如，有些业务是白天早上 10 点的流量偏多，有些业务是晚上人家休闲类的流量偏多。
总之，根据业务去估算出日均的峰值，类似于电商类的服务，一般峰值是日均流量的 5 倍左右。
还有例如一些大促活动可能会更高，这个都要跟运营人员提前沟通好的，还有一些活动例如，秒杀，这个就不是靠预估出来，秒杀是另一种的考虑情况，采取的应对策略跟普通订单是完全不同。
评估系统，单机极限 QPS
在上线之前需要跟测试人员一起做压力测试，针对每个服务每台机器去做，一般来说，会把一个服务一台机器压到极限，在逐步的进行优化。
思考一个问题，假定单台机器最大的 QPS 是 1000 ，我们峰值是 5000 ，那需要用多少台机器去抗?答案是大于等于 6 台，最少的容错不得少于 1 台。
貌似一个非常简单的微服务就差不多了，不过貌似还是差了很多，数一下：

监控系统哪去了(基础设施监控，系统监控，应用监控，业务监控)
网关哪里去了
统一的异常处理哪里去了
API 文档哪里去了
容器化哪里去了
服务编排哪里去了
...

作者：陈于喆
简介：十余年的开发和架构经验，国内较早一批微服务开发实施者。曾任职国内互联网公司网易和唯品会高级研发工程师，后在创业公司担任技术总监/架构师，目前在洋葱集团任职技术研发副总监。负责技术部门研发体系建设，团建建设，人才培养，推动整个技术架构演进以及升级，带领技术团队构建微服务架构体系、平台架构体系、自动化运维体系。
【51CTO原创稿件，合作站点转载请注明原文作者和出处为51CTO.com】