从0开始构建我的zmall商城

下面我将介绍如何从0开始构建我的微服务商城。

1.服务拆分原则

服务拆分一定要考虑几个问题：

• 什么时候拆？
• 如何拆？

1.1 什么时候拆

一般情况下，对于一个初创的项目，首先要做的是验证项目的可行性。因此这一阶段的首要任务是敏捷开发，快速产出生产可用的产品，投入市场做验证。为了达成这一目的，该阶段项目架构往往会比较简单，很多情况下会直接采用单体架构，这样开发成本比较低，可以快速产出结果，一旦发现项目不符合市场，损失较小。

如果这一阶段采用复杂的微服务架构，投入大量的人力和时间成本用于架构设计，最终发现产品不符合市场需求，等于全部做了无用功。

所以，对于大多数小型项目来说，一般是先采用单体架构，随着用户规模扩大、业务复杂后再逐渐拆分为微服务架构。这样初期成本会比较低，可以快速试错。但是，这么做的问题就在于后期做服务拆分时，可能会遇到很多代码耦合带来的问题，拆分比较困难（前易后难）。

而对于一些大型项目，在立项之初目的就很明确，为了长远考虑，在架构设计时就直接选择微服务架构。虽然前期投入较多，但后期就少了拆分服务的烦恼（前难后易）。

1.2 怎么拆

之前我们说过，微服务拆分时粒度要小，这其实是拆分的目标。具体可以从两个角度来分析：

• 高内聚：每个微服务的职责要尽量单一，包含的业务相互关联度高、完整度高。
• 低耦合：每个微服务的功能要相对独立，尽量减少对其它微服务的依赖，或者依赖接口的稳定性要强。

高内聚首先是单一职责，但不能说一个微服务就一个接口，而是要保证微服务内部业务的完整性为前提。目标是当我们要修改某个业务时，最好就只修改当前微服务，这样变更的成本更低。

一旦微服务做到了高内聚，那么服务之间的耦合度自然就降低了。

当然，微服务之间不可避免的会有或多或少的业务交互，比如下单时需要查询商品数据。这个时候我们不能在订单服务直接查询商品数据库，否则就导致了数据耦合。而应该由商品服务对应暴露接口，并且一定要保证微服务对外接口的稳定性（即：尽量保证接口外观不变）。虽然出现了服务间调用，但此时无论你如何在商品服务做内部修改，都不会影响到订单微服务，服务间的耦合度就降低了。

明确了拆分目标，接下来就是拆分方式了。我们在做服务拆分时一般有两种方式：

• 纵向拆分
• 横向拆分

所谓纵向拆分，就是按照项目的功能模块来拆分。例如商城中，就有用户管理功能、订单管理功能、购物车功能、商品管理功能、支付功能等。那么按照功能模块将他们拆分为一个个服务，就属于纵向拆分。这种拆分模式可以尽可能提高服务的内聚性。

而横向拆分，是看各个功能模块之间有没有公共的业务部分，如果有将其抽取出来作为通用服务。例如用户登录是需要发送消息通知，记录风控数据，下单时也要发送短信，记录风控数据。因此消息发送、风控数据记录就是通用的业务功能，因此可以将他们分别抽取为公共服务：消息中心服务、风控管理服务。这样可以提高业务的复用性，避免重复开发。同时通用业务一般接口稳定性较强，也不会使服务之间过分耦合。

当然，由于一个人实现商城项目需要一步步来。我们首先要拆分几个核心微服务：

• 用户服务
• 商品服务
• 订单服务
• 购物车服务
• 支付服务
• ...

其他微服务可以留着后面在慢慢实现。

2.Maven多项目构建

mall项目是一套电商系统，包括前台商城系统及后台管理系统。
前台商城系统包含首页门户、商品推荐、商品搜索、商品展示、购物车、订单流程、会员中心、客户服务、帮助中心等模块。
后台管理系统包含商品管理、订单管理、会员管理、促销管理、运营管理、内容管理、统计报表、财务管理、权限管理、设置等模块。

所以需要将项目进行拆分。

项目结构如下:

mall
├─mall-api                                     -- 基础API服务模块
│  ├─mall-api-goods                            -- goods feign 工程
│  ├─mall-api-user                             -- user feign 工程
│  └─mall-api-order                            -- order feign 工程
├─mall-common                                  -- 公共服务模块
│  ├─mall-common-core                          -- 公共核心依赖
│  ├─mall-common-dependency                    -- 公共pom依赖
│  ├─mall-common-database                      -- 公共数据连接依赖
│  ├─mall-common-mq                            -- 公共MQ依赖
│  ├─mall-common-cache                         -- 公共缓存依赖
│  └─mall-common-utils                         -- 公共工具包依赖
├─mall-service                                 -- 业务模块
│  ├─mall-service-cart                         -- 购物车模块
│  ├─mall-service-goods                        -- 商品模块
│  └─mall-service-order                        -- 订单模块
└─mall-zcodegen                                -- 代码生成器

上面列举是部分核心功能,以后其他模块也按照上面进行划分即可。

3.小结