Nacos与Eureka的使用与区别

单体架构：

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

优点

架构简单

部署成本低

缺点

耦合度高

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

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

微服务

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

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

企业需求

认识SpringCloud

服务的拆分与远程调用

服务拆分注意事项：

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

微服务调用方式

基于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，请求时间会很长。而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：

yaml 复制代码

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

总结

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

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命令：
shell 复制代码
```
startup.cmd -m standalone
```

1.5.访问

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

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

Nacos服务注册和发现

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

Nacos服务分级存储模型

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

如何设置实例的集群属性

修改application.yml文件，添加

yaml 复制代码

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

NacosRule负载均衡策略

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

根据权重负载均衡

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

环境隔离-namespace

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

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

Nacos与Eureka的区别

共同点

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

Nacos与Eureka的区别

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