文章目录
SpringCloud微服务架构
认识微服务
服务架构演变
**单体架构:**将业务的所有功能集中在一个项目中开发,打成一个包部署
**分布式架构:**根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务
**微服务:**一种经过良好架构设计的分布式架构方案
SpringCloud
官网地址:Spring Cloud
服务拆分及远程调用
服务拆分
注意:
- 不同微服务,不要重复开发相同业务
- 微服务数据独立,不要访问其它微服务的数据库
- 微服务可以将自己的业务暴露为接口,供其他微服务调用
总结:
- 微服务需要根据业务模块才分,做到单一职责,不要重复开发相同的业务
- 微服务可以将业务暴露为接口,供其他微服务使用
- 不同微服务都应该有自己独立的数据库
服务调用
案例查询订单案例
eg:根据订单id查询订单和用户,把叮当所属的用户信息一起返回
订单模块:根据id查询订单
{
"id": 101,
"name": "iPhone 12 全网通",
"price": 6799.00,
"num": 2
"userId": 1
}
用户模块:根据id查询用户
{
"id": 1,
"username": "张三",
"address": "上海市航头镇航都路18号传智播客"
}
案例结果:
{
"id": 101,
"name": "iPhone 12 全网通",
"price": 6799.00,
"num": 2,
"user": {
"id": 1,
"username": "张三",
"address": "上海市浦东新区航头镇航都路18号传智播客"
}
}
步骤:
- 注册RestTemplate
在订单模块order-service的OrderApplication中注册RestTemplate
//创建RestTemplate并注入Spring容器
@Bean
public RestTemplate restTemplate(){
return new RestTemplate();
}
- 利用RestTemplate发起http请求,查询用户
在OrderService中加入
@Service
public class OrderService {
@Autowired
private OrderMapper orderMapper;
@Autowired
private RestTemplate restTemplate;
public Order queryOrderById(Long orderId) {
// 1.查询订单
Order order = orderMapper.findById(orderId);
//2.利用RestTemplate发起http请求查询用户
//2.1url路径
String url = "http://localhost:8081/user/" + order.getUserId();
//2.2发起http请求,实现远程调用
User user = restTemplate.getForObject(url, User.class);
//3.封装user到order
// 4.返回
return order;
}
}
微服务远程调用
提供者和消费者
- 服务提供者:一次业务中,被其他微服务调用的服务。(提供结果给其他微服务)
- 服务消费者:一次业务中,调用其他微服务的服务。(调用其他微服务提供的接口)
在上面案例中:order-service(订单模块)是服务消费者,user-service(用户模块)是服务提供者
服务调用的关系:
- 服务提供者:暴露接口给其他微服务调用
- 服务消费者:调用其他微服务提供的接口
- 提供者和消费者角色是相对的
- 一个服务可以同时是服务提供者和服务消费者
eureka注册中心
eureka的作用
消费者该如何获取服务提供者具体信息?
服务提供者启动时向eureka注册自己的信息
eureka保存这些信息
消费者根据服务名称向eureka拉取提供者信息
如果有多个服务提供者,消费者该如何选择?
服务消费者利用负载均衡算法,从服务列表中挑选一个
消费者如何感知服务提供者健康状态?
服务提供者会每隔30秒向EurekaServer发送心跳请求,报告健康状态
eureka会更新记录服务列表信息,心跳不正常会被剔除
消费者就可以拉取到最新的信息
总结:
在Eureka架构中,微服务角色有两类:
- EurekaServer:服务端,注册中心
记录服务信息
心跳监控
- EurekaClient:客户端
Provider:服务提供者,例如案例中的 user-service
注册自己的信息到EurekaServer
每隔30秒向EurekaServer发送心跳
consumer:服务消费者,例如案例中的 order-service
根据服务名称从EurekaServer拉取服务列表
基于服务列表做负载均衡,选中一个微服务后发起远程调用
搭建EurekaServer
步骤:
- 创建项目,引入spring-cloud-starter-netflix-eureka-server的依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
- 编写启动类,添加@EnableEurekaServer注解
@EnableEurekaServer
@SpringBootApplication
public class EurekaApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaApplication.class,args);
}
}
- 添加application.yml文件,编写下面的配置:
server:
port: 10086
spring:
application:
name: eurekaserver
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:10086/eureka/
- 启动
Ctrl+shift+F10
服务注册
注册user-service
- 在user-service项目引入spring-cloud-starter-netflix-eureka-client的依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
- 在application.yml文件,编写下面的配置:
spring:
application:
name: userservice
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:10086/eureka/
- 我们可以将user-service多次启动, 模拟多实例部署,但为了避免端口冲突,需要修改端口设置
ctrl+D
服务发现
在order-service完成服务拉取
1、2、前面两步与服务注册类似
- 修改OrderService的代码,修改访问的url路径,用服务名代替ip、端口:
String url = "http://userservice/user/" + order.getUserId();
- 在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解:
@Bean
@LoadBalance
public RestTemplate restTemplate() {
return new RestTemplate();
}
总结
-
搭建EurekaServer
- 引入eureka-server依赖
- 添加@EnableEurekaServer注解
- 在application.yml中配置eureka地址
-
服务注册
- 引入入eureka-client依赖
- 在application.yml中配置eureka地址
-
服务发现
-
引入入eureka-client依赖
-
在application.yml中配置eureka地址
-
给RestTemplate添加@LoadBalanced注解
-
用服务提供者的服务名称远程调用
-
Ribbon负载均衡
负载均衡的原理
负载均衡的策略
通过定义IRule实现可以修改负载均衡规则,有两种方式:
- (全局的)代码方式:在order-service中的OrderApplication类中,定义一个新的IRule:
@Bean
public IRule randomRule(){
return new RandomRule();
}
- 1.配置文件方式:在order-service的application.yml文件中,添加新的配置也可以修改规则:
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule# 负载均衡规则
懒加载
饥饿加载
Ribbon默认是采用懒加载,即第一次访问时才会去创建LoadBalanceClient,请求时间会很长。
而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,通过下面配置开启饥饿加载:(给order-service加)
ribbon:
eager-load:
enabled: true # 开启饥饿加载
clients: userservice # 指定对userservice这个服务饥饿加载
Nacos注册中心
服务注册到Nacos
- 在cloud-demo父工程中添加spring-cloud-alilbaba的管理依赖:
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>2.2.6.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
-
注释掉order-service和user-service中原有的eureka依赖。
-
在order-service和user-service中添加nacos的客户端依赖:
<!-- nacos客户端依赖 -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
- 修改user-service&order-service中的application.yml文件,注释eureka地址,添加nacos地址:
spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos 服务端地址
总结
1.Nacos服务搭建
①下载安装包
②解压
③在bin目录下运行指令:startup.cmd -m standalone
2.Nacos服务注册或发现
①引入nacos.discovery依赖
②配置nacos地址spring.cloud.nacos.server-addr
服务跨集群调用问题
服务调用尽可能选择本地集群的服务,跨集群调用延迟较高
本地集群不可访问时,再去访问其它集群
服务集群属性
- 修改application.yml,添加如下内容:
spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos 服务端地址
discovery:
cluster-name: HZ # 配置集群名称,也就是机房位置,例如:HZ,杭州
总结
1.Nacos服务分级存储模型
①一级是服务,例如userservice
②二级是集群,例如杭州或上海
③三级是实例,例如杭州机房的某台部署了userservice的服务器
2.如何设置实例的集群属性
①修改application.yml文件,添加spring.cloud.nacos.discovery.cluster-name属性即可
根据集群负载均衡
- 修改order-service中的application.yml,设置集群为HZ
spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos 服务端地址
discovery:
cluster-name: HZ # 配置集群名称,也就是机房位置
- 然后在order-service中设置负载均衡的IRule为NacosRule,这个规则优先会寻找与自己同集群的服务:
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则
- 把user-service的权重都设置为1
加权负载均衡
1.实例的权重控制
①Nacos控制台可以设置实例的权重值,0~1之间
②同集群内的多个实例,权重越高被访问的频率越高
③权重设置为0则完全不会被访问
环境隔离 - namespace
Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西,用来做最外层隔离
步骤:
- 在nacos控制台下的命名空间中新建命名空间
- 复制命名空间id
- 在order-service的application.yml中添加namespace把命名空间id给它
的IRule为NacosRule,这个规则优先会寻找与自己同集群的服务:
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则
- 把user-service的权重都设置为1
加权负载均衡
1.实例的权重控制
①Nacos控制台可以设置实例的权重值,0~1之间
②同集群内的多个实例,权重越高被访问的频率越高
③权重设置为0则完全不会被访问
环境隔离 - namespace
Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西,用来做最外层隔离
步骤:
- 在nacos控制台下的命名空间中新建命名空间
- 复制命名空间id
- 在order-service的application.yml中添加namespace把命名空间id给它
namespce用来做环境隔离的,不同namespace下的服务是不可见的