单体架构：

将业务的所有功能集中在一个项目中开发，打成一个包部署

优点

架构简单

部署成本低

缺点

耦合度高

分布式架构需要考虑的问题：

• 服务拆分的粒度
• 服务集群地址如何维护
• 服务之间如何实现远程调用
• 服务健康状态如何感知

微服务

微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
• 面向服务：微服务对外暴露业务接口
• 自治：团队独立、技术独立、数据独立、部署独立
• 隔离性强

企业需求

认识SpringCloud

服务的拆分与远程调用

服务拆分注意事项：

1. 不同微服务，不要重复开发相同业务
2. 微服务数据独立，不要访问其他微服务的数据库
3. 微服务可以将自己的业务暴露为接口，供其他微服务调用

微服务调用方式

• 基于RestTemplate发起的http请求实现远程调用
• http请求做远程调用是与语言无关的调用，只要知道对方的ip、端口、接口路径、请求参数即可

Eureka

提供者和消费者

• 服务提供者：暴露接口给其他微服务调用
• 服务消费者：调用其他微服务提供的接口
• 提供者和消费角色是相对的
• 一个服务可以同时是服务提供者和消费者

架构

在Eureka架构中，微服务角色有两类：

• EurekaServer：服务端，注册中心
  • 记录服务信息
  • 心跳监控
• EurekaClient：客户端
  • Provider：服务提供者，例如案例中的user-service
    • 注册自己的信息到EurekaServer
    • 每隔30秒向EurekaServer发送心跳
  • consumer：服务消费者，例如案例中的order-service
    • 根据服务名称从EurekaServer拉去服务列表
    • 基于服务列表做负载均衡，选中一个微服务后发起远程调用

搭建Eureka

• 引入eureka-server依赖
• 添加@EnableEurekaServer注解
• 在application.yml中配置eureka地址

服务注册

• 引入eureka-client依赖
• 在application.yml中配置eureka地址

服务发现

• 引入eureka-client依赖
• 在application.yml中配置eureka地址
• 给RestTemplate添加@LoadBalanced注解
• 用服务提供者的服务名称远程调用

Ribbon负载均衡

饥饿加载

Ribbon模式是采用懒加载，即第一次访问时才回去创建LoadBalanceClient，请求时间会很长。而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：

ribbon:
	eager-load:
		enabled: true # 开启饥饿加载
		clients: userservice #指定对userservice这个服务饥饿加载

总结

1. Ribbon负载均衡规则
   • 规则接口是IRule
   • 默认实现是ZoneAvoidanceRule，根据zone选择服务列表，然后轮询
2. 负载均衡自定义方式
   • 代码方式：配置灵活，但修改时需要重新打包发布
   • 配置方式：直观，方便，无需重新打包发布，但是无法做全局配置
3. 饥饿加载
   • 开启饥饿加载
   • 指定饥饿加载的微服务名称

Nacos注册中心

Nacos安装指南

1.Windows安装

开发阶段采用单机安装即可。

1.1.下载安装包

在Nacos的GitHub页面，提供有下载链接，可以下载编译好的Nacos服务端或者源代码：

GitHub主页：https://github.com/alibaba/nacos

GitHub的Release下载页：https://github.com/alibaba/nacos/releases

1.2.解压

将这个包解压到任意非中文目录下：

目录说明：

• bin：启动脚本
• conf：配置文件

1.3.端口配置

Nacos的默认端口是8848，如果你电脑上的其它进程占用了8848端口，请先尝试关闭该进程。

如果无法关闭占用8848端口的进程，也可以进入nacos的conf目录，修改配置文件中的端口。

1.4.启动

启动非常简单，进入bin目录：

然后执行命令即可：

• windows命令：

  startup.cmd -m standalone
  

1.5.访问

在浏览器输入地址：http://127.0.0.1:8848/nacos即可：

默认的账号和密码都是nacos，进入后：

Nacos服务注册和发现

1. 引入nacos.discovery依赖
2. 配置nacos地址spring.cloud.nacos.server-addr

Nacos服务分级存储模型

1. 一级是服务，例如userservice
2. 二级是集群，例如杭州或上海
3. 三级是实例，例如杭州机房的某台部署了userservice的服务器

如何设置实例的集群属性

修改application.yml文件，添加

spring.cloud.nacos.discovery.cluster-name属性

NacosRule负载均衡策略

1. 优先选择同集群服务实例列表
2. 本地集群找不到提供者，才去其他集群找，并且会报警告
3. 确定了可用实例列表后，再采用随机负载均衡挑选实例

根据权重负载均衡

在Nacos控制台设置实例的权重值。

环境隔离-namespace

Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西，用来做最外层隔离

1. namespace用来做环境隔离
2. 每个namespace都有唯一id
3. 不同namespace下的服务不可见

Nacos与Eureka的区别

共同点

1. 都支持服务注册和服务拉取
2. 都支持服务提供者心跳方式做健康检测

Nacos与Eureka的区别

1. Nacos支持服务端主动检测提供者状态，临时实例采用心跳模式，非临时实例采用主动检测模式
2. 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
3. Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
4. Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式