直击微服务作用
微服务架构:
遇到了什么问题?
将单体架构拆分成微服务架构后,如果保证多个服务(项目)正常运行?
哪个技术可以解决这个问题?
微服务技术
服务治理: 服务管理,维护服务与服务之间的关系
这个技术如何使用?
netflix/网飞:
SpringCloud: ★
Alibaba: ★
软件架构
架构: 结构
软件架构: 软件的结构
淘宝架构演进过程:
千万并发,阿里淘宝的 14 次架构演进之路!”>100并发 -> 千万并发,阿里淘宝的 14 次架构演进之路!
软件架构演进过程:
单体架构: All in one
优点: 架构简单 部署方便
缺点:
耦合度高,维护成本大
技术栈受限
使用场景: 用户量小,一般情况下开发学生管理系统
分布式架构:
将大项目拆分成多个小项目
微服务架构:
拆分原则:
单一职责: 一个服务只做一件事情(不允许出现冗余的功能或模块)
自治: 团队独立,技术独立,部署独立,数据库独立
面向服务: 微服务开发完毕后,需要对外提供统一的访问接口(对接规范)
隔离性强: 服务调用做好隔离、容错、降级,避免出现级联问题
微服务技术:
各个公司将自己的单体架构的项目拆分成微服务架构项目后,都有自己的解决方案.我们学习时,主要学习SpringCloud官方提供的微服务组件,SpringCloud官方使用的组件主要来自NetFlix和Alibaba
学习微服务其实就是学习相关的微服务组件,一个组件可以解决微服务拆分后的一类问题.
如何使用:
准备微服务环境
创建两个数据库,分别写一套对应的增删改查操作
依赖
org.springframework.cloud
spring-cloud-dependencies
Hoxton.SR10
pom
import
Eureka组件
遇到了什么问题” />RestTemplate对象
RestTemplate: 模拟浏览器的行为向服务器发送请求
/*** @Author:huahua* @name:RestTemplateTest* @Date:2023/7/18 10:41*/@SpringBootTestpublic class RestTemplateTest {/*** RPC(Remote Procedure Call Protocol): 远程过程调用* 只要实现了两台机器之间的数据交互就可以称之为远程过程调用* RestTemplate: 封装了远程调用的客户端**/@Autowiredprivate RestTemplate restTemplate;// get方式的请求@Testpublic void test01(){// 向目标服务器发送请求,并接收对应的结果//String resp = restTemplate.getForObject("http://user-service/user/1", String.class);//TbUser resp = restTemplate.getForObject("http://user-service/user/1", TbUser.class);// 携带参数//TbUser resp = restTemplate.getForObject("http://user-service/user/findByName/柳岩", TbUser.class);//System.out.println(resp);ResponseEntity resp = restTemplate.getForEntity("http://127.0.0.1:8081/user/1", TbUser.class);// 获取响应状态HttpStatus statusCode = resp.getStatusCode();// 获取响应数据TbUser tbUser = resp.getBody();// 获取响应头HttpHeaders headers = resp.getHeaders();// 获取响应头中的cookie头List list = headers.get("Set-Cookie");System.out.println(statusCode);System.out.println(tbUser);System.out.println(headers);System.out.println(list);}/*** 请求头设置参数,访问指定接口*/@Testpublic void test03(){String url="http://127.0.0.1:8081/user/2";//设置请求头参数HttpHeaders headers = new HttpHeaders();headers.add("token","damimi");//请求头填充到请求对象下HttpEntity
Ribbon
当服务从Eureka中拉取多个服务地址时,Ribbon可以实现负载均衡(从多个地址中选择一个)
在RestTemplate对象上添加注解 @LoadBalanced
Hystrix组件
作用: 解决雪崩问题
雪崩问题: 在一个业务链路中,由于下游服务的故障,导致整个链路关联的所以服务宕机.
解决方案:
服务降级: 换一种方式快速给上游服务一个响应.
服务熔断: 当出错率到达一定的阈值时,直接熔断,不再访问下游服务,直接降级.
服务降级
1.导入启动器
在消费者/上游服务方导入
org.springframework.cloud
spring-cloud-starter-netflix-hystrix
2.在引导上开启Hystrix支持
@EnableHystrix
3.编写降级逻辑
a.在需要降级的方法上降级注解: @HystrixCommand(fallbackMethod=”降级方法名”)
b.编写降级的方法
降级处理的方法,与原方法返回值,参数列表保持一致
package com.bw.order.controller;import com.bw.order.domain.TbOrder;import com.bw.order.domain.TbUser;import com.bw.order.service.TbOrderService;import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.web.bind.annotation.PathVariable;import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RestController;/** * @Author: huahaua * @name:OrderController * @Date:2023/8/14 18:48 */@RestController@RequestMapping("/order")public class OrderController {@Autowiredprivate TbOrderService orderService;// 此方法执行超时后,调用对应降级的方法快速处理业务@RequestMapping("/findById/{id}")@HystrixCommand(fallbackMethod="findUserByIdForFail")public TbOrder findById(@PathVariable Integer id){TbOrder order = orderService.findById(id);return order;}// todo:降级处理的方法,与原方法返回值,参数列表保持一致public TbOrder findUserByIdForFail(Integer id){TbOrder order = new TbOrder();order.setName("你的小可爱走丢了....服务降级");return order;}}
4.注意事项和配置
Hystrix默认降级时间为1秒钟
配置降级时间:
hystrix:command:default:execution.isolation.thread.timeoutInMilliseconds: 2000 # 单位毫秒