电商项目总结

电商行业技术特点

技术新、技术范围广、分布式、高并发、集群、负载均衡、高可用、海量数据、业务复杂、系统安全

电商模式：
B2B：商家到商家。阿里巴巴，慧聪网、铭万网。
B2C：商家到用户。京东。
C2C：用户到用户。淘宝。
B2B2C：商家到商家到用户。天猫。
O2O：线上到线下。百度外卖、美团、饿了么。

项目功能总结:

后台管理系统：管理商品、类目以及内容发布等功能。

前台系统：用户可以在前台系统中进行注册、登录、浏览商品、首页、下单等操作。

订单系统：提供下单、查询订单、修改订单状态、定时处理订单。

搜索系统：提供商品的搜索功能。

单点登录系统：为多个系统之间提供用户登录凭证以及查询登录用户的信息。

传统架构的弊端(并发量)：

一个tomcat只有500个并发量，故考虑用ngnix做tomcat集群与负载均衡。

当tomcat集群中节点数量增加，服务能力先增加后下降。所以集群中节点数量不能太多，一般也就5个左右

tomcat集群导致的session共享问题，如一个用户登录用户信息需要保存在session中，使用redis解决（所有tomcat共享redis）

若想获取更高的并发量，需要按照功能点把系统拆分，拆分成独立的功能。单独为某一个节点添加服务器集群。需要系统之间配合才能完成整个业务逻辑。叫做分布式

分布式架构：把系统按照模块拆分成多个子系统。多个子系统相互协作才能完成业务流程。系统之间需要进行通信。

集群：同一个工程部署到多台服务器上。

优点：

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

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

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

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

缺点：

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

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

SOA：Service OrientedArchitecture面向服务的架构。也就是把工程拆分成服务层、表现层两个工程。服务层中包含业务逻辑，只需要对外提供服务即可。表现层只需要处理和页面的交互，业务逻辑都是调用服务层的服务来实现

项目开发工具:

MyEclipse + Maven+svn+ssm+dubbo+redis+solr+activemq

Maven的常见打包方式：jar、war、pom
Pom工程一般都是父工程，管理jar包的版本、maven插件的版本、统一的依赖管理。聚合工程。

Taotao-parent：父工程，打包方式pom，管理jar包的版本号。

|--Taotao-common：通用的工具类通用的pojo。打包方式jar

|--Taotao-manager：服务层工程。聚合工程。Pom工程

|--taotao-manager-dao：打包方式jar

|--taotao-manager-pojo：打包方式jar

|--taotao-manager-interface：打包方式jar

|--taotao-manager-service：打包方式：war

|--taotao-manager-web：表现层工程。打包方式war

使用mybatis官方提供的mybatis-generator生成pojo、mapper接口及映射文件。供整个项目使用

并且将pojo放到toatao-manager-pojo工程中。

将mapper接口及映射文件放到taotao-manager-dao工程中。

如何实现远程通信？

1、Webservice：效率不高基于soap协议。项目中不推荐使用。

2、使用restful形式的服务：http+json。很多项目中应用。如果服务太多，服务之间调用关系混乱，需要治疗服务。

3、使用dubbo。使用rpc协议进行远程调用，直接使用socket通信。传输效率高，并且可以统计出系统之间的调用关系、调用次数。

• 单一应用架构
  • 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。
  • 此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
• 垂直应用架构

• 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。
• 此时，用于加速前端页面开发的 Web框架(MVC) 是关键。

• 分布式服务架构

• 当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
• 此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。

• 流动计算架构

• 当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。
• 此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

 

Dubbo就是资源调度和治理中心的管理工具。