Spring是微服务架构,是一种经过良好架构设计的分布式架构方案。
微服务架构有如下特性
单一:微服务拆分粒度小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发
面向服务:微服务对外暴漏业务接口
自己治理:独立团队,对立技术,独立数据,部署独立
隔离性强:服务调用做好隔离/容错/降级/避免出现级联问题
Eureka注册中心
提供者与消费者,提供者与消费者角色是相对的
服务提供者:一次业务中,被其它微服务调用的服务{提供接口给其它微服务}
服务消费者:一次业务中,调用其它的微服务服务{调用其它微服务提供的接口}
原理分析,服务调用中出现的问题,以及Eureka的作用:
消费者如何获取服务提供的具体信息
①服务提供者启动时向eureka注册自己的信息
②eureka保存这些信息
③消费者根据服务名称向eureka拉取提供者信息
如何有多个服务提供者?服务消费者利用负载均衡算法,从服务列表中挑选一个
消费者如何感知服务提供者健康状态?
①服务提供者会每隔30秒向eurekaServer发送心跳请求,报告健康状态
②eureka会更新记录服务列表信息,心跳不正常会剔除
③消费者可以拉去到更新的信息
Ribbon负载均衡
规则是一个叫IRule的接口来定义的,默认实现是ZoneAvoidanceRule,根据zone选择服务列表
然后进行轮询
加载策略
Ribbon采用懒加载,即第一次访问时才会去创建LoadBalanceClient,请求时间会很长
而饥饿加载则会项目启动时创建,降低第一次访问的耗时,
可以通过配置开启饥饿加载:
ribbon:
eager-Load:
enabled:true # 开启饥饿加载
clients:userservice # 指定xuserservice这个服务饥饿加载
Nacos注册中心
1,在cloud 父工程中添加spring-cloud-alilbaba的管理依赖
2,注释掉原有的eureka的依赖
3,添加nacos的客户端依赖
4,配置文件,查看nacos控制台,默认的账户密码均为nacos
5,如果连接云服务器需要在配置安全组中配置放开8848端口。
spring:
application:
name: userservice # 服务名称
profile:
active: dev #开发环境,这里是dev
cloud
nacos:
server-addr: localhost:8848 # Nacos地址
config:
file-extension: yaml #文件后缀名
nacos配置自动刷新
修改nacos中的配置后,微服务中无需重启即可让配置生效,
也就是配置热更新。
一种是@Value注入的变量所在类上添加注解@RefreshScope
另一种是@ConfigurationProperties 注解代替@Value注解
Nacos集群搭建
nacos-mysql.sql是mysql数据库初始化脚本。
schema.sql是Derby 数据库初始化脚本。
Nacos默认数据存储在内嵌数据库Derby中,不属于生产可用的数据库。
官方推荐的最佳实践是使用带有主从的高可用数据库集群,这里我们以单点的数据库为例来讲解。
创建一个数据库,名为nacos,导入nacos中自带的mysql.sql
进入nacos的conf目录,修改配置文件cluster.conf.example,重命名为cluster.conf:
然后添加内容:
127.0.0.1:8845
127.0.0.1.8846
127.0.0.1.8847
然后修改application.properties文件,添加数据库配置
upstream nacos-cluster {
server 127.0.0.1:8841;
server 127.0.0.1:8842;
server 127.0.0.1:8843;
}
server {
listen 80;
server_name localhost;
location /nacos {
proxy_pass http://nacos-cluster;
}
}
服务配置文件中设置spring:
cloud:
nacos:
server-addr: localhost:80 # Nacos地址
Nacos与eureka的共同点
都支持服务注册和服务拉取
都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
1.Nacos支持服务端主动检测提供者状态:临时实例采用心跳模式,非临时实例采用主动检测模式
2.临时实例心跳不正常会被剔除,非临时实例则不会被剔除
3.Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
4.Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式