第1天-谷粒商城项目介绍，项目架构和微服务划分

1.谷粒商城介绍

1.1. 项目分类

主要从需求方、盈利模式、技术侧重点这三个方面来看它们的不同

1.1.1. 传统项目

各种企业里面用的管理系统（ERP、HR、OA、CRM、物流管理系统…）

• 需求方：公司、企业内部
• 盈利模式：项目本身卖钱
• 技术侧重点：业务功能
  
  

1.1.2. 互联网项目

门户网站、电商网站：baidu.com、qq.com、taobao.com、jd.com、、pinduoduo.com …

• 需求方：广大用户群体
• 盈利模式：虚拟币、增值服务、广告收益…
• 技术侧重点：网站性能、业务功能

而我们今天要聊的就是互联网项目中的重要角色：电商

1.2. 为什么我们要讲电商？

因为就互联网平台来说，电商网站有很多典型的特征：

• 访问量大
• 数据量大
• 有一定的业务复杂性
• 涉及支付 考虑一定安全性

2016双11开场30分钟，创造每秒交易峰值17.5万笔，每秒支付峰值12万笔的新纪录。菜鸟单日物流订
单量超过4.67亿，创历史新高。
2017阿里双11交易创建峰值 32.5 万笔／秒，支付峰值达到每秒25.6万笔。支付宝每秒处理4200万次请
求。
2018年天猫双11每秒订单创建峰值49.1万笔。全天实时计算处理峰值达到每秒17.18亿条
2020年11月11日零点零分26秒，天猫双11迎来流量洪峰，订单创建峰值达58.3万笔/秒，再创新纪录。
58.3万笔/秒的新纪录是2009年第一次双11的1457倍。万笔交易的资源成本较4年前下降80%。

1.3.常见电商模式

市面上有5种常见的电商模式： B2B、B2C、C2B、C2C、O2O


B2B模式
B2B（Business to Business），指商家与商家建立的商业关系。如：阿里巴巴


B2C模式
B2C（Business to Consumer），就是我们经常看到的供应商直接把商品卖给用户，即“商对客”模式，
也就是通常说的商业零售，直接面向消费者销售产品和服务。如：苏宁易购、京东、天猫、小米商城


C2B模式
C2B（Customer to Business），即消费者对企业。现有消费者需求产生，而后有企业生产，即先有消
费者提出需求，后有生产企业按需求组织生产


C2C模式
C2C（Customer to Consumer），客户之间自己把东西放上网去卖，如：咸鱼


O2O模式
O2O即Online To Offline，也即将线下商务的机会与互联网结合在一起，让互联网成为线下交易的前台。
线上快速支付，线下优质服务。如：饿了么，美团，淘票票，京东到家
谷粒商城就是采用 B2C模式 的一套电商平台，销售自营商品给客户。

2.项目架构图

2.1.项目微服务架构图

2.2.微服务划分图

核心是Microservice，它分两类微服务：

• 后台微服务
  1. pms：商品管理系统（yomall-product）
  2. ums：用户管理系统（yomall-user）
  3. wms：仓储管理系统（yomall-ware）
  4. oms：订单管理系统（yomall-order）
  5. sms：营销管理系统（yomall-sale）
• 前台数据接口微服务
  1. cart：购物车微服务
  2. order：订单微服务
  3. search：搜索微服务
  4. item：商品详情微服务
  5. member：会员微服务

第三方微服务：物流、短信、支付、云存储等…

数据层：MySQL（分库分表中间件：MyCat）、Redis、ElasticSearch、RabbitMQ、阿里OSS

后台管理前端：yomall-admin

前台门户：yomall-shop

网关：ymall-gateway

2.3.项目技术和特色

• 前后端分离，基于Vue的后台管理系统
• Spring Cloud 全新的解决方案
• 应用监控、限流、网关、熔断降级等分布式方案，全方位涉及
• 透彻讲解分布式事务、分布式锁等分布式系统的难点
• 分析高并发场景的编码方式，线程池，异步编排等使用
• 压力测试与性能优化
• 各种集群技术的区别以及使用
• CI/CD使用
• …
  
  

2.4.项目前置要求

• 熟悉Spring Boot 以及常见整合方案
• 熟悉 Spring Cloud，Spring Cloud Alibaba
• 熟悉 Git，Maven
• 熟悉 Linux，Redis，Docker基本操作
• 熟悉 HTML5，CSS3，ES6，Node.js，Vue，Webpack
• 熟练使用 IDEA 开发工具

3.分布式基础概念

3.1.微服务

微服务架构风格，就像是把一个单独的应用程序开发为一套小服务，每个小服务运行在自己的进程中，
并使用轻量级机制通信，通常是HTTP API。这些服务围绕业务能力来构建，并通过完全自动化部署机制
来独立部署。这些服务使用不同的编程语言书写，以及不同数据存储技术，并保持最低限度的集中式管
理。

简而言之：拒绝大型单体应用，基于业务边界进行服务微化拆分，各个服务独立部署运行。

3.2.集群、分布式、节点

集群是一个物理形态，分布式是个工作方式。

只要是一堆机器，就可以叫集群，他们是不是一起协作着干活，这个谁也不知道

《分布式系统原理与范型》定义： “分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统”
分布式系统（distributed system）是建立在网络之上的软件系统

分布式是指将不同的业务分布在不同的地方

集群指的是将几台服务器集中在一起，实现同一业务。

例如：京东是一个分布式系统，众多业务运行在不同的机器，所有业务构成一个大型的业务集群。每一
个小的业务，比如用户系统，访问压力大的时候，一台服务器是不够的，我们就应该将用户系统部署到
多个服务器，也就是每一个业务系统也可以做集群化。

分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。

节点：集群中的一台服务器

3.3.远程调用

在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的需要互相调用，我们称为远程
调用。

Spring Cloud 中使用 HTTP+JSON的方式完成远程调用

3.4.负载均衡

分布式系统中，A服务需要调用B服务，B服务在多台机器中都存在，A调用任意一个服务器均可完成功
能。

为了使每一个服务器都不要太忙或者太闲，我们可以负载均衡的调用每一个服务器，提升网站的健壮
性。

常见的负载均衡算法：

轮询：为每一个请求选择健康池中的第一个后端服务器，然后按顺序往后依次选择，直到最后一个，然
后循环。

最小连接：优先选择连接数最少，也就是压力最小的后端服务器，在会话较长的情况下可以考虑采取这
种方式。

散列：根据请求源的 IP 的散列（Hash）来选择要转发的服务器。这种方式可以一定程度上保证特定用
户能连接到相同的服务器。如果你的应用需要处理状态而要求用户能连接到和之前相同的服务器，可以
考虑采取这种方式。

3.5.服务注册/发现、注册中心

A服务调用B服务，A服务并不知道B服务当前在哪几台服务器有，哪些正常的，哪些服务已经下线。解决
这个问题可以引入注册中心；

如果某些服务下线，我们其他人可以实时的感知到其他服务的状态，从而避免调用不可用的服务

3.6.配置中心

每一个服务最终都有大量的配置，并且每个服务都可能部署在多台机器上。我们经常需要变更配置，我
们可以让每个服务在配置中心获取自己的配置。

配置中心用来集中管理微服务的配置信息

3.7.服务熔断与服务降级

在微服务架构中，微服务之间通过网络进行通信，存在相互依赖，当其中一个服务不可用时，有可能会
造成雪崩效应。要防止这样的情况，必须要有容错机制来保护服务。

1）服务熔断

设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开启断路保护机制，后来的请求不
再去调用这个服务。本地直接返回默认的数据。

2）服务降级

在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业务降级运行。降级：某些服务不
处理，或者简单处理（抛异常、返回NULL、调用Mock数据、调用Fallback处理逻辑）。

3.8.API网关

在微服务架构中，API Gateway作为整体架构的重要组件，它抽象了微服务中都需要的公共功能，同时
提供了客户端负载均衡，服务自动熔断，灰度发布，统一认证，限流流控，日志统计等丰富的功能，帮
助我们解决很多API管理难题。