电商项目相关的理论知识(分布和集群)

电商模式

• B2B模式：企业对企业（商家对商家，在平台进行交易时买卖双方都是企业或商家）该平台可以有很多个商家的。
• B2C（企业对个人，企业对个人，买方是个人消费者，平台上的商品来自同一个商家）该平台就是一个商家。
• O2O（线上+线下） 饿了么 美团外卖线上交易，线下生产配送；可以有多个商家
• C2C（个人对个人，买卖双方都是个人）瓜子二手车，闲鱼
• B2B2C 企业对企业对个人（商家在平台上申请入驻）商家—>平台—>消费者个人淘宝，京东

服务的架构

传统的单体应用架构（ALL IN ONE）：

所有的功能模块都写在一起（所有的代码都在一个工程里面），最后达成一个war包，部署在应用服务器上（tomcat）。如果该平台的用户量大，必然会伴随着并发量高（http请求多），tomcat来处理http请求，一个tomcat处理http请求的能力是有限的，所以如果在单体应用架构下，你想更快的处理并发请求，就可以搭建一个tomcat集群（每个tomcat都要部署war包）。

优点	缺点
不需要做集成测试，因为他只有一个war而已，运维和部署环节更简单，管理起来更容易。	（功能模块的耦合性高，功能重复利用率低，项目的可扩展性差，整体的并发能力弱，资源利用率不高）

分布式服务架构（SOA面向服务架构，service oriented archetypecher）：

将传统的单体应用架构进行拆解，以服务为单位进行拆解，拆解出很多小的服务，例如：商品服务，商家服务，广告服务，订单服务，支付服务，日志服务…每一个服务只专注于一类事务一类工作（张三–洗菜，切菜，炒菜，上菜; 现在：张三洗菜，李四，炒菜，王五，上菜），商品服务只能干和商品相关的工作（查询商品，录入商品，审核商品，上下架商品…）支付服务（付款，退款，查询支付记录。。。）订单服务（下单，退单，订单统计，修改订单状态…） 每一个服务都是一个完全独立的工程，打成一个独立的包，独立部署，运行一个独立的进程中，各个服务各司其职，服务与服务之间耦合性极低。这样一来，我们就细粒度的，哪一个功能访问量大，就将该服务的集群做大做强。