电商系统架构以及分布式系统架构优缺点

1.技术新

2.技术范围广

3.分布式

4.高并发、集群、负载均衡、高并发

5.海量数据

6.业务复杂

7.系统安全

根据业务需求进行拆分成N个子系统，多个子系统相互协作才能完成业务流程子系统之间通讯使用RPC远程通讯技术。

同一个工程部署在多个不同的服务器上。

1.把模块拆分，使用接口通信，降低模块之间的耦合度。

2.把项目拆分成若干个子项目，不同的团队负责不同的子项目。

3.增加功能时只需要再增加一个子项目，调用其它系统的接口就可以。

4.可以灵活的进行分布式部署。

有优点就有缺点，缺点如下：

1.系统之间交互需要使用远程通信，接口开发增加工作量。

2.各个模块有一些通用的业务逻辑无法共用。

为了解决上面分布式架构的缺点，我们引入了soa架构，SOA：Service Oriented Architecture面向服务的架构。也就是把工程拆分成服务层、表现层两个工程。服务层中包含业务逻辑，只需要对外提供服务即可。表现层只需要处理和页面的交互，业务逻辑都是调用服务层的服务来实现。

电商公司，网络架构要保证的就是两点：1 速度 2 不间断

所以，外局，最起码要求两条INET线路（最好是两条光纤，理想状态是两条当地最快供应商的光纤，比如说电信，一条备用光纤比如说联通）

因为有两条或以上的INET，所以路由器也必须是支持多WAN的，建议并发处理万级以上的，不然CPU会吃不消。

路由器也要备多一个，备用的可以1千元以下的足够了。

负载均衡，用海蜘蛛、wayos，ros等设置就可以了，所以路由器本身就要选折这种系统的，还要限制流媒体和BT等吃流量厉害的软件。

主千兆交换机背板起码要80G以上的了。

下层的交换机，最好能是分组分部门，控制在每组16-24口之内。

注意预留备用交换机。

主流量服务器设置稳定后，建议还是摆放到专业机房去，毕竟那里的带宽是足够的，环境也舒适。

公司内如果光纤有固定ip，总下行可保证在200M，总上行可保证在50M，可在公司内做一个镜像服务器，由外部主服务器推送过来（下行），当然，最好有独立的镜像用光纤。

主从服务器的硬件反而要求不太高，现在几万的机子，硬件已经好得很了，不过一定要raid 5以上。

数据库，最起码是sql，然后就oracle，要看口袋里的银子。

最后，就是ups，智能管理的也是必须的，5kva以上吧，不然整个机房就没必要搞了。

噢，对了，空调和空净机也不能少，没空调你敢搞电商服务器？

---