关于微服务

Posted zjoe80

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于微服务相关的知识,希望对你有一定的参考价值。

系统容量预估

预估步骤:

  1. 注册用户数-日均UV量-每日的PV量-每天的并发量;
  2. 峰值预估:平常量的2~3倍;
  3. 根据并发量(并发,事务数),存储容量计算系统容量。

客户需求:3~5年用户数达到1000万注册用户;

每秒并发数预估:

  1. 每天的UV为200万(二八原则);
  2. 每日每天点击浏览30次;
  3. PV量:200*30=6000万;
  4. 集中访问量:24*0.2=4.8小时会有6000万*0.8=4800万(二八原则);
  5. 每分并发量:4.8*60=288分钟,每分钟访问4800/288=16.7万(约等于);
  6. 每秒并发量:16.7万/60=2780(约等于);
  7. 假设:高峰期为平常值的三倍,则每秒的并发数可以达到8340次。
  8. 1毫秒=1.3次访问;

服务器预估:(以tomcat服务器举例)

  1. 按一台web服务器,支持每秒300个并发计算。平常需要10台服务器(约等于);[tomcat默认配置是150]
  2. 高峰期:需要30台服务器;

容量预估:70/90原则

系统CPU一般维持在70%左右的水平,高峰期达到90%的水平,是不浪费资源,并比较稳定的。内存,IO类似。

以上预估仅供参考,因为服务器配置,业务逻辑复杂度等都有影响。在此CPU,硬盘,网络等不再进行评估。

以上是关于关于微服务的主要内容,如果未能解决你的问题,请参考以下文章

关于微服务

关于微服务网关

关于微服务架构的个人理解

关于该不该使用微服务的一些思考

我想学习微服务架构。你有任何关于 .Net Core 微服务架构的信息吗?

037 关于微服务的认识