乐优商城架构介绍(一)

一、架构图

二、微服务模块

1 网关微服务ly-gateway:10010

不管是来自于客户端（PC或移动端）的请求，还是服务内部调用。一切对服务的请求都会经过Zuul这个网关，然后再由网关来实现 鉴权、动态路由等等操作。Zuul就是我们服务的统一入口。
服务网关是微服务架构中一个不可或缺的部分。通过服务网关统一向外系统提供REST API的过程中，除了具备服务路由、均衡负载功能之外，它还具备了权限控制等功能。为微服务架构提供了前门保护的作用，同时将权限控制这些较重的非业务逻辑内容迁移到服务路由层面，使得服务集群主体能够具备更高的可复用性和可测试性。

主要功能
1.身份认证与安全：识别每个资源的验证要求，并拒绝那些与要求不相符的请求。（对jwt鉴权）
2.动态路由：动态地将请求路由到不同的后端集群。
3.负载均衡和熔断

2 注册中心 ly-register:10086

Eureka：就是服务注册中心（可以是一个集群），对外暴露自己的地址
提供者：启动后向Eureka注册自己信息（地址，提供什么服务）
消费者：向Eureka订阅服务，Eureka会将对应服务的所有提供者地址列表发送给消费者，并且定期更新
心跳(续约)：提供者定期通过http方式向Eureka刷新自己的状态
主要功能就是对各种服务进行管理。

3. 公共需要模块 ly-common

• 里面包含：

  公用工具类,公用dto、vo、自定义异常及异常枚举、自定义BaseMapper等…

4. 商品微服务 ly-item:8081

• 主要是对商品分类、品牌、商品的规格参数以及商品的CRUD，为后台管理提供各种接口。

5. 文件上传微服务 ly-upload:8082

• 使用分布式文件系统FastDFS实现图片上传。

FastDFS两个主要的角色：Tracker Server 和 Storage Server 。

• Tracker Server：跟踪服务器，主要负责调度storage节点与client通信，在访问上起负载均衡的作用，和记录storage节点的运行状态，是连接client和storage节点的枢纽。
• Storage Server：存储服务器，保存文件和文件的meta data（元数据），每个storage server会启动一个单独的线程主动向Tracker cluster中每个tracker
  server报告其状态信息，包括磁盘使用情况，文件同步情况及文件上传下载次数统计等信息
• Group：文件组，多台Storage Server的集群。上传一个文件到同组内的一台机器上后，FastDFS会将该文件即时同步到同组内的其它所有机器上，起到备份的作用。不同组的服务器，保存的数据不同，而且相互独立，不进行通信。
• Tracker Cluster：跟踪服务器的集群，有一组Tracker Server（跟踪服务器）组成。 Storage Cluster ：存储集群，有多个Group组成。

上传流程

1.Client通过Tracker server查找可用的Storage server。
2.Tracker server向Client返回一台可用的Storage server的IP地址和端口号。
3.Client直接通过Tracker server返回的IP地址和端口与其中一台Storage server建立连接并进行文件上传。
4.上传完成，Storage server返回Client一个文件ID，文件上传结束。

下载流程

1.Client通过Tracker server查找要下载文件所在的的Storage server。
2.Tracker server向Client返回包含指定文件的某个Storage server的IP地址和端口号。
3.Client直接通过Tracker server返回的IP地址和端口与其中一台Storage server建立连接并指定要下载文件。
4.下载文件成功。

6. 搜索微服务 ly-search:8083

主要是对Elasticsearch的应用，将所有商品数据封装好后添加到Elasticsearch的索引库中，然后进行搜索过滤，查询相应的商品信息。

7. 页面静态化微服务 ly-page:8084

商品详情浏览量比较大，并发高，所以单独开启一个微服务用来展示商品详情，并且对其进行静态化处理，保存为静态html文件。在用户访问商品详情页面时，让nginx对商品请求进行监听，指向本地静态页面，如果本地没找到，才反向代理到页面详情微服务端口。

8. 用户中心微服务 ly-user:8085

提供的接口：
1.检查用户名和手机号是否可用
2.发送短信验证码
3.用户注册
4.用户查询
5.修改用户个人资料

9. 短信微服务 ly-sms:8086

因为系统中不止注册一个地方需要短信发送，因此将短信发送抽取为微服务：ly-sms，凡是需要的地方都可以使用。

另外，因为短信发送API调用时长的不确定性，为了提高程序的响应速度，短信发送我们都将采用异步发送方式，即：

• 短信服务监听MQ消息，收到消息后发送短信。
• 其它服务要发送短信时，通过MQ通知短信微服务。

10. 授权中心微服务ly-auth:8087

• 结合RSA的鉴权
  
  1.首先利用RSA生成公钥和私钥。私钥保存在授权中心，公钥保存在Zuul和各个微服务
  用户请求登录

  2.授权中心校验，通过后用私钥对JWT进行签名加密，返回jwt给用户

  3.用户携带JWT访问，Zuul直接通过公钥解密JWT，进行验证，验证通过则放行

  4.请求到达微服务，微服务直接用公钥解析JWT，获取用户信息，无需访问授权中心

• 授权中心的主要职责

  1.用户鉴权：接收用户的登录请求，通过用户中心的接口进行校验，通过后生成JWT。使用私钥生成JWT并返回
  2.服务鉴权：微服务间的调用不经过Zuul，会有风险，需要鉴权中心进行认证。原理与用户鉴权类似，但逻辑稍微复杂一些（未实现）。

11. 购物车微服务ly-cart:8089

功能需求

• 用户可以在登录状态下将商品添加到购物车

放入数据库
放入redis（采用）

• 用户可以在未登录状态下将商品添加到购物车

• 放入localstorage

• 用户可以使用购物车一起结算下单

• 用户可以查询自己的购物车

• 用户可以在购物车中修改购买商品的数量。

• 用户可以在购物车中删除商品。

• 在购物车中展示商品优惠信息(未实现)

• 提示购物车商品价格变化(未实现)
  

• 这幅图主要描述了两个功能：新增商品到购物车、查询购物车。

• 新增商品：

  判断是否登录
  是：则添加商品到后台Redis中
  否：则添加商品到本地的Localstorage

  无论哪种新增，完成后都需要查询购物车列表：

  判断是否登录
  否：直接查询localstorage中数据并展示
  是：已登录，则需要先看本地是否有数据，
  有：需要提交到后台添加到redis，合并数据，而后查询
  否：直接去后台查询redis，而后返回

12. 订单微服务 ly-order：8089

主要接口有：

• 创建订单

• 查询订单

• 更新订单状态

• 根据订单号生成微信付款链接

• 根据订单号查询支付状态