单体架构:将业务的所有功能集中在一个项目中开发,打成一个包部署。
架构简单 部署成本低
缺点: 耦合度高
分布式架构:根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务。
优点:降低服务耦合 有利于服务升级拓展 服务拆分粒度如何?服务集群地址如何维护?服务之间如何实现远程调用? 服务健康状态如何感知?
微服务是一种经过良好架构设计的分布式架构方案,微服务架构特征:
•
单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发
•
面向服务:微服务对外暴露业务接口
•
自治:团队独立、技术独立、数据独立、部署独立 隔离性强:服务调用做好隔离、容错、降级,避免出现级联问题
微服务这种方案需要技术框架来落地,全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。
l
SpringCloud
集成了各种微服务功能组件,并基于
SpringBoot
实现了这些组件的自动装配,从而
提供了良好的开箱即用体验:
微服务作用:
1 服务注册发现 2 服务远程调用 3 服务链路监控 4 统一配置管理 5 统一网关路由
6 流控 降级 保护
服务拆分及远程调用
1
服务拆分
1.
单一职责:不同微服务,不要重复开发相同业务
2.
数据独立:不要访问其它微服务的数据库
3.
面向服务:将自己的业务暴露为接口,供其它微服务调用
服务间调用
1.
微服务需要根据业务模块拆分,做到单一职责
,
不要重复开发相同业务
2.
微服务可以将业务暴露为接口,供其它微服务使用
3.
不同微服务都应该有自己独立的数据库
消费者注册
/**
* 创建RestTemplate并注入Spring容器
*/
@Bean
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
1.
微服务调用方式
•
基于
RestTemplate
发起的
http
请求实现远程调用
•
http
请求做远程调用是与语言无关的调用,只要知道对方的
ip
、端口、接口路径、请求参数即可。
使用TestTemplate 进行远程调用
1.
服务注册
•
引入
eureka-client
依赖
•
在
application.yml
中配置
eureka
地址
2.
无论是消费者还是提供者,引入
eureka-client
依赖、知道
eureka
地址后,都可以完成服务注册
@Autowired
private RestTemplate restTemplate;
public Order queryOrderById(Long orderId) {
// 1.查询订单
Order order = orderMapper.findById(orderId);
// 2.利用RestTemplate发起http请求,查询用户
// 2.1.url路径
String url = "http://userservice/user/" + order.getUserId();
// 2.2.发送http请求,实现远程调用
User user = restTemplate.getForObject(url, User.class);
// 3.封装user到Order
order.setUser(user);
// 4.返回
return order;
}
l
服务提供者:一次业务中,被其它微服务调用的服务。(提供接口给其它微服务)
l
服务消费者:一次业务中,调用其它微服务的服务。(调用其它微服务提供的接口)
Eureka
注册中心
服务调用出现的问题
l
服务消费者该如何获取服务提供者的地址信息?
l
如果有多个服务提供者,消费者该如何选择?
l
消费者如何得知服务提供者的健康状态?
消费者该如何获取服务提供者具体信息?
u
服务提供者启动时向
eureka
注册自己的信息
u
eureka
保存这些信息
u
消费者根据服务名称向
eureka
拉取提供者信息
如果有多个服务提供者,消费者该如何选择?
u
服务消费者利用负载均衡算法,从服务列表中挑选一个
消费者如何感知服务提供者健康状态?
服务提供者会每隔
30
秒向
EurekaServer
发送心跳请求,报告健康状态
u
eureka
会更新记录服务列表信息,心跳不正常会被剔除
u
消费者就可以拉取到最新的信息
1.搭建EurekaServer
•
引入
eureka-server
依赖
•
添加
@EnableEurekaServer
注解
在application.yml
中配置
eureka
地址
在Eureka架构中,微服务角色有两类:
l
EurekaServer
:服务端,注册中心
u
记录服务信息
u
心跳监控
l
EurekaClient
:客户端
u
Provider
:服务提供者,例如案例中的
user-service
u
注册自己的信息到
EurekaServer
u
每隔
30
秒向
EurekaServer
发送心跳
u
consumer
:服务消费者,例如案例中的
order-service
u
根据服务名称从
EurekaServer
拉取服务列表
u
基于服务列表做负载均衡,选中一个微服务后发起远程调用
<dependency> <!--eureka服务端-->
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
<!--eureka服务端-->
# yml 配置
server:
port: 10086 # 服务端口
spring:
application:
name: eurekaserver # eureka的服务名称
eureka:
client:
service-url: # eureka的地址信息
defaultZone: http://127.0.0.1:10086/eureka
# 启动类添加注解
@EnableEurekaServer
@SpringBootApplication
public class EurekaApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaApplication.class, args);
}
}
spring: # 提供者
application:
name: userservice
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:10086/eureka/
//
<!--eureka客户端依赖-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
spring:
application:
name: userservice
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:10086/eureka/
//注册user-service
order-service虽然是消费者,但与user-service一样都是eureka的client端,同样可以实现服务注册:
在order-service项目引入spring-cloud-starter-netflix-eureka-client的依赖
服务拉取
1.
修改
OrderService
的代码,修改访问的
url
路径,用服务名代替
ip
、端口:
*/
@Bean // orderserve上 进行负载均衡
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
负载均衡
Ribbon的负载均衡规则是一个叫做IRule的接口来定义的,每一个子接口都是一种规则:
Ribbon负载均衡
# 通过定义IRule实现可以修改负载均衡规则,有两种方式:
# 代码方式:在order-service中的OrderApplication类中,定义一个新的IRule:
@Bean
public IRule randomRule() {
return new RandomRule();
}
#配置文件方式:在order-service的application.yml文件中,添加新的配置也可以修改规则:
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule# 负载均衡规则
# Ribbon默认是采用懒加载,即第一次访问时才会去创建LoadBalanceClient,请求时间会很长。
# 而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,通过下面配置开启饥饿加载:
ribbon:
eager-load:
enabled: true # 开启饥饿加载
clients: userservice # 指定对userservice这个服务饥饿加载
1.
Ribbon
负载均衡规则
l
规则接口是
IRule
l
默认实现是
ZoneAvoidanceRule
,根据
zone
选择服务列表,然后轮询
2.
负载均衡自定义方式
l
代码方式:配置灵活,但修改时需要重新打包发布
l
配置方式:直观,方便,无需重新打包发布,但是无法做全局配置
3.
饥饿加载
l
开启饥饿加载
l
指定饥饿加载的微服务名称