电商平台微服务体系架构

经过一系列的微服务设计， 下面使用一张维导图完整表示这个电商平台的微服务架构设计模型，如图 3-6 示。



 

这是一个为简单的电商平台微服务架构设计模型，并且使用了粗粒度的微服务划分方法划分微服务，但是这已经可以划分出二十几个微服务了，如果再结合使用多副本的方式进行部署，那么一个电商平台至少要运行四十几个微服务。

电商平台微服务项目工程

从3.6 节的设计模型中，可以组建出如表 3-1 所示的电商平台的各个微服务工程。



 

经过工程的组建，电商平台的二十几个微服务，就可以分布在十儿个项目工程之中 。其中，除最后几个微服务项目工程的模块结构略有不同外（即商家管理微服务项目、平台管理微服务项目和商城微服务项目），其他大部分项目工程的模块结构基本相同。

微服务项目数据库选型

每个微服务项目都可以有各自独立的数据库，因此，每个项目工程都可以根据自身的业务特点选择合适的数据库。

其中，在浏览记录微服务项目中，是对用户浏览商品的足迹进行记录，因而它的数据量会比较大，所以使用 NoSQL 数据库 比如 MongoDB ）会比较合适。订单微服务项目同样适合使用MongoDB 。其他微服务项目的数据库，基本都可以使用 MySQL。

在生产环境的安装和部署中，我们还将进行高可用和高性能的数据库集群设计。例如，对于MySQL来说，通过使用主从设计、读写分离设计等方法，可以构建成一个可以持续扩容的数据库集群架构。有关这方面的实现细节，将在后续的相关章节中进行介绍。其实不管数据库如何设计，它对于微服务的调用来说都是完全透明的，所以我们在项目工程中进行开发时，并不用花心思去理会数据库管理系统中的复杂的设计。

电商平台微服务项目代码库

限于篇幅，本文不能提供整个电商平台所有微服务项目的开发实例，但为了便于说明和演示，将会提供如表 3-2 所示的几个微服务项目工程的实例。这些实例工程包括电商平台中的类目管理、商品管理、订单管理、商家管理、平台管理和移动商城等方面的业务功能，涵盖了本文提倡的微服务架构设计方法及一些先进技术的使用。通过对这些实例的演练，相信读者可以熟练地使用微服务架构的设计和开发方法。完成其他一些项目工程的创建和开发。



 

小结

本章使用微服务架构设计的方法，构建了一个大型的电商服务应用平台。这个平台大体上由提供接口服务的 RESTAPI 微服务和提供人机交互操作界面的 WebUI 微服务两部分组成，并在此基础上，构建了商家管理后台、运营商管理后台和移动商城前台。

在后续章节中，我们将详细介绍各个实例项目的开发方法，以及相关微服务应用的使用演示。

本文给大家讲解的内容是大型电商平台设计实例：电商平台微服务体系架构、电商平台微服务项目工程、项目数据库选型、项目代码库

下篇文章给大家讲解的是SpringCloud微服务架构实战：开发环境的准备；
	
觉得文章不错的朋友可以转发此文关注小编；
	
感谢大家的支持！

电商平台架构

摘要：
随着移动互联网的高速发展,电子商务已经由过去的PC端逐渐进入了移动时代.一方面,对于处于创业阶段的电商平台运营者来说,由于资金不足,开发人员不足,很难在短时间内拥有电商平台的手机客户端.另一方面,面对日益复杂的业务,越来越多的功能模块为用户带来了更丰富的体验,但模块之间的高耦合性却给开发和调试工作带来了很多困难.基于以上原因,本论文提出了基于Android的电商平台通用客户端.基于Android的电商平台通用客户端的目标用户分为两类:电商平台运营者和电商平台开发人员.通用客户端可为电商平台运营者提供一个具有购物功能的Android APP应用,不同的电商平台运营者可根据自身业务的需要,更改服务器端数据库中的数据使通用客户端成为其电商平台的手机客户端.同时,本客户端基于Android组件化开发的思想,把不同的业务逻辑之间的耦合度尽可能降低,为电商平台开发人员提供一个购物Android APP基本架构,该架构具有模块内高内聚,模块间低耦合的特点,每个模块各司其职,开发人员可根据业务需要添加,修改和删除业务模块.在充分调研现有电商平台手机客户端的基础上,基于Android组件化设计理念,本论文把电商平台手机客户端的通用功能抽象为一个基础组件和五个业务组件,基础组件主要实现网络连接,图片加载,文件上传等与业务无关的功能,五个业务组件主要实现电商业务逻辑,分别为首页组件,商品分类组件,商品详情组件,购物车组件和个人中心组件,并对其分别进行了设计与实现,最后基于实现的这六个组件,搭建了一个通用的电商平台Android客户端.论文最后对实现的Android电商平台通用客户端进行了测试,面向开发人员测试了组件化开发,面向运营人员测试了业务逻辑,测试结果有效验证了系统的可行性.本论文提出的方法和取得的成果对于通用Android客户端的研发具有一定的参考价值.
展开

一、第三方电商平台账号授权
通过第三方授权获取月结账号授权码
1.1 接口格式
提供统一格式的HTTP POST或GET调用接口,并返回统一格式JSON数据。
1.2 请求地址
https://poll.kuaidi100.com/printapi/authThird.do
请求参数（header）




名称
类型
默认值




Content-Type
string
application/x-www-form-urlencoded


请求参数（body）




参数名
是否必填
类型
说明




key
是
string
授权码，请申请企业版获取


sign
是
string
32位大写 ，签名，用于验证身份，按MD5 (param +t+key+ secret)的顺序进行MD5加密，不需要加上“+”号，secret在授权邮件里面有


t
是
string
时间戳如：1576123932000


param
是
param
由其他字段拼接


param数据结构：




参数名
是否必填
类型
说明




net
是
string
请求的第三方平台，淘宝：taobao，菜鸟：cainiao，京东：jdalpha，拼多多：pinduoduoWx


callBackUrl
是
string
授权完后的信息回调地址


partnerId
否
string
已经授权完需要重新获取授权信息


1.3 返回结果




字段
说明
备注




result
提交结果
true提交成功，false失败


returnCode
返回编码



message
返回报文描述



data
数据内容



returnCode=200时，说明系统已经授权完成，data的内容




参数名
是否必填
类型
说明




parterId
是
string
授权parterId


net
是
string
授权net


customerId
否
string
内部参数


partnerKey
是
string
授权partnerKey


createTime
否
string
内部参数


data
否
string
内部参数


returnCode=201时，说明系统未授权需要需要进行第三方授权，data的内容




参数名
是否必填
类型
说明




url
是
string
授权链接


1.4 提供数据内容
returnCode=200时，说明系统已经授权完成：

{  
    "result": true,
     "returnCode": "200",
     "message": "成功",
     "data": {
         "customerId": null,
         "createTime": null,
         "partnerKey": "****", // 面单需要的partnerKey 
         "parterId": "****",   // 面单需要的parterId 
         "data": null,
         "net": "****"         // 面单需要的net 
  }
}

returnCode=201时，说明系统未授权需要进行第三方授权:
{  
    "result": false,
    "returnCode": "201",
    "message": "成功",
    "data": {
        "url": "****"  // 通过返回的URL调转到第三方进行授权登录 
  }
}

1.5 返回信息代码含义




字段名称
字段含义




result
true表示成功，false表示失败。


returnCode
200: 提交成功  201:  授权中  400：参数错误 500: 服务器错误 其他错误请自行定义


message
返回的提示


快递100API提供沙盒测试，点击即可免费试用