普陀区网站建设公司企业微信网站开发公司
Nacos与Eureka的使用与区别
- 单体架构:
 - 优点
 - 缺点
 
- 分布式架构需要考虑的问题:
 - 微服务
 - 企业需求
 
- 认识SpringCloud
 - 服务的拆分与远程调用
 - 微服务调用方式
 
- Eureka
 - 提供者和消费者
 - 架构
 - 搭建Eureka
 - 服务注册
 - 服务发现
 
- Ribbon负载均衡
 - 饥饿加载
 - 总结
 
- Nacos注册中心
 - Nacos安装指南
 - 1.Windows安装
 - 1.1.下载安装包
 - 1.2.解压
 - 1.3.端口配置
 - 1.4.启动
 - 1.5.访问
 
- Nacos服务注册和发现
 - Nacos服务分级存储模型
 - NacosRule负载均衡策略
 - 根据权重负载均衡
 - 环境隔离-namespace
 - Nacos与Eureka的区别
 
单体架构:
将业务的所有功能集中在一个项目中开发,打成一个包部署
优点
架构简单
部署成本低
缺点
耦合度高
分布式架构需要考虑的问题:
- 服务拆分的粒度
 - 服务集群地址如何维护
 - 服务之间如何实现远程调用
 - 服务健康状态如何感知
 
微服务
微服务是一种经过良好架构设计的分布式架构方案,微服务架构特征:
- 单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发
 - 面向服务:微服务对外暴露业务接口
 - 自治:团队独立、技术独立、数据独立、部署独立
 - 隔离性强
 
企业需求

认识SpringCloud
服务的拆分与远程调用
服务拆分注意事项:
- 不同微服务,不要重复开发相同业务
 - 微服务数据独立,不要访问其他微服务的数据库
 - 微服务可以将自己的业务暴露为接口,供其他微服务调用
 
微服务调用方式
- 基于RestTemplate发起的http请求实现远程调用
 - http请求做远程调用是与语言无关的调用,只要知道对方的ip、端口、接口路径、请求参数即可
 
Eureka
提供者和消费者
- 服务提供者:暴露接口给其他微服务调用
 - 服务消费者:调用其他微服务提供的接口
 - 提供者和消费角色是相对的
 - 一个服务可以同时是服务提供者和消费者
 
架构
在Eureka架构中,微服务角色有两类:
- EurekaServer:服务端,注册中心 
- 记录服务信息
 - 心跳监控
 
 - EurekaClient:客户端 
- Provider:服务提供者,例如案例中的user-service 
- 注册自己的信息到EurekaServer
 - 每隔30秒向EurekaServer发送心跳
 
 - consumer:服务消费者,例如案例中的order-service 
- 根据服务名称从EurekaServer拉去服务列表
 - 基于服务列表做负载均衡,选中一个微服务后发起远程调用
 
 
 - Provider:服务提供者,例如案例中的user-service 
 
搭建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这个服务饥饿加载
 
总结
- 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命令:
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文件,添加
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方式
 
