电商系统架构总论篇

本篇为电商性系统架构总论，总体概述系统架构要求与解决思路。

 

系统概述

 

社区电商系统是以事务为划分边界的软件系统，系统要求保持数据事务性与原子性。交易性系统有如下特点：

1.高并发量，低延迟。系统要求能负载高峰时段的并行压力，并且能满足在足够短的时间内响应。

2.分布式。系统要求可以水平方向增加或者减少主机实例来完成系统伸缩。当一台web主机实例，已经负载不了现网在线用户的请求并发，通过增加一台web实例能够得到有效缓解。

3.数据一致性。分布式的系统，对于数据在各个分区内，需保持数据一致性。用户修改的数据，在每一次请求落在不同主机实例上时，需要保持数据的一致性。

4.无单点故障与故障恢复。对于现有运行的结点实例失败后，能够有新的结点实例快带补上，做到有状态信息不丢失，数据信息不丢失等。

5.隔离性。要求系统中部署的应用实例间不会相互影响，当在发生问题时，让这种影响发生更小。例如：不同实例争抢cpu时间片，一个进程直接影响其它进程有效运行。某分区结点的不可用，也不会影响其它用户的正常使用。

6.负载均衡。根据不同主机的压力负载，分发用户的请求。

7.安全。防ddos攻击等，一般由硬件层面处理，软件业务层面做一些控制。

8.可运维。系统关键业务点，有相应的监控与管理功能。

 

 

交易性系统架构设想

 

 

 

后端业务系统：是社区电商系统大后端系统，各系统按各自的业务目的建设。各内部架构比较多样化，不扩开讨论。

静态文件：是图片，js,css等文件资源的总称。

数据库：是mysql,oracle等数据库原方案总称

消息队列：为服务治理层与各后端业务系统的信息交易通道。但不是所有服务治量层的业务服务都会使用消息队列。也可以是基它基于http的请求协议的rpc调用。

查询缓存：服务治理层、web层都有。它们主要是缓存一些反复查询的数据，从而减少对后端数据库的压力。

搜索

复制