大型分布式电商系统架构有哪些 (5)

大型门户一般是新闻类信息,可以使用CDN,静态化等方式优化,开心网等交互性比较多,可能会引入更多的NoSQL,分布式缓存,使用高性能的通信框架等。电商网站具备以上两类的特点,比如产品详情可以采用CDN,静态化,交互性高的需要采用NoSQL等技术。因此,我们采用电商网站作为案例,进行分析。
 

2、电商网站需求

客户需求:

建立一个全品类的电子商务网站(B2C),用户可以在线购买商品,可以在线支付,也可以货到付款;

用户购买时可以在线与客服沟通;

用户收到商品后,可以给商品打分,评价;

目前有成熟的进销存系统;需要与网站对接;

希望能够支持3~5年,业务的发展;

预计3~5年用户数达到1000万;

定期举办双11、双12、三八男人节等活动;

其他的功能参考京东或国美在线等网站。

客户就是客户,不会告诉你具体要什么,只会告诉你他想要什么,我们很多时候要引导,挖掘客户的需求。好在提供了明确的参考网站。因此,下一步要进行大量的分析,结合行业,以及参考网站,给客户提供方案。

需求功能矩阵

需求管理传统的做法,会使用用例图或模块图(需求列表)进行需求的描述。这样做常常忽视掉一个很重要的需求(非功能需求),因此推荐大家使用需求功能矩阵,进行需求描述。

本电商网站的需求矩阵如下:

大型分布式电商系统架构有哪些

3、网站初级架构

一般网站,刚开始的做法,是三台服务器,一台部署应用,一台部署数据库,一台部署NFS文件系统。
这是前几年比较传统的做法,之前见到一个网站10万多会员,垂直服装设计门户,N多图片。使用了一台服务器部署了应用,数据库以及图片存储。出现了很多性能问题。

如下图:

大型分布式电商系统架构有哪些

 

但是,目前主流的网站架构已经发生了翻天覆地的变化。一般都会采用集群的方式,进行高可用设计。至少是下面这个样子:

大型分布式电商系统架构有哪些

 

使用集群对应用服务器进行冗余,实现高可用;(负载均衡设备可与应用一块部署)

使用数据库主备模式,实现数据备份和高可用;

4、系统容量预估

预估步骤:

注册用户数-日均UV量-每日的PV量-每天的并发量;

峰值预估:平常量的2~3倍;

根据并发量(并发,事务数),存储容量计算系统容量。

根据客户需求:3~5年用户数达到1000万注册用户,可以做每秒并发数预估:

每天的UV为200万(二八原则);

每日每天点击浏览30次;

PV量:200*30=6000万;

集中访问量:24*0.2=4.8小时会有6000万*0.8=4800万(二八原则);

每分并发量:4.8*60=288分钟,每分钟访问4800/288=16.7万(约等于);

每秒并发量:16.7万/60=2780(约等于);

假设:高峰期为平常值的三倍,则每秒的并发数可以达到8340次。

1毫秒=1.3次访问; 

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zgwygs.html