一、微服务
1.1什么是微服务
是一种架构风格,许多个微服务可以构成一个大型复杂的项目
1.2微服务的特点
项目中的每一个微服务都可以被独立部署,降低耦合性,每个微服务只需要关注自己的业务1.每个服务有单一的业务职责2.每个服务要相对独立3.每个服务都要对外暴露Rest风格服务接口API4.每个服务都可以是一个独立的开发团队5.每个服务都可以是不同的技术栈6.每个服务都访问各自的数据库7.每个服务都可以单独部署
1.3服务间的调用方式
I.RPC特点:并发能力强代表框架:dubboII.HTTP更轻量,更灵活代表框架: HttpClient、UrlConnection、OkClientSpring提供了整合: RestTemplate
二、SpringCloud的概念和基础架构
2.1Spring Cloud概述
微服务架构一站式解决方案使用版本要对应springboot 2.3.xHoxton
2.2核心架构
三、服务注册中心
3.1eureka注册中心
3.1.1基础架构
eureka-servereureka-client:提供者消费者
3.1.2微服务如何得知提供者地址?
由提供者启动,需要注册信息到eureka
eureka会保存服务名称及实例ip和端口的映射关系
消费者去eureka根据服务名称拉取服务实例列表
3.1.3如何从多个服务中选取一个
Ribbon组件,负载均衡
3.1.4如何感知服务故障?
心跳检测,30秒一次,判断服务是否再运行。若超过时间,则会被认为服务宕机,会被剔除
3.2.搭建eureka-server
1)引入eureka-server依赖
2)加注解,@EnableEurekaServer
3)编写配置,eureka地址、服务名称
3.2.1服务注册
1)引入eureka-client依赖
2)编写配置,eureka地址、服务名称
3.2.2服务发现
1)引入eureka-client依赖
2)编写配置,eureka地址、服务名称
3)给RestTemplate加@LoadBalanced注解
4)http请求时,用服务名称代替ip和端口
3.3ribbon
3.3.1负载均衡
负载均衡的原理
1)请求被LoadBalancerInterceptor拦截
2)获取uri中的host,也就是服务名称
3)交给RibbonLoadBalanceClient的对象,根据服务名称获取服务列表,保存到DynamicServerListLoadBalancer
4)交给IRule,利用负载均衡规则选择一各实例
5)利用真实实例的ip和端口替换url的服务名称,发起请求
3.3.2IRule
默认的实现是ZoneAvoidanceRule,是轮询机制
3.3.3负载均衡策略
| 内置负载均衡规则类 | 规则描述 |
|---|---|
| RoundRobinRule | 简单轮询服务列表来选择服务器。 |
| AvailabilityFilteringRule | 对以下两种服务器进行忽略: (1)在默认情况下,这台服务器如果3次连接失败,这台服务器就会被设置为“短路”状态。短路状态将持续30秒,如果再次连接失败,短路的持续时间就会几何级地增加。 (2)并发数过高的服务器。如果一个服务器的并发连接数过高,配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限,可以由客户端的 |
| WeightedResponseTimeRule | 为每一个服务器赋予一个权重值。服务器响应时间越长,这个服务器的权重就越小。这个规则会随机选择服务器,这个权重值会影响服务器的选择。 |
| ZoneAvoidanceRule | 以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类,这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询。 |
| BestAvailableRule | 忽略那些短路的服务器,并选择并发数较低的服务器。 |
| RandomRule | 随机选择一个可用的服务器。 |
| RetryRule | 重试机制的选择逻辑 |
3.3.4饥饿加载
Ribbon默认是采用懒加载,即第一次访问时才会去创建LoadBalanceClient,请求时间会很长。
而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,通过下面配置开启饥饿加载:
ribbon:
eager-load:
enabled: true
clients: userservice
四、nacos注册中心
运行 startup.cmd -m standalone(默认分布式)
