SpringCloud微服务架构实用篇

最新推荐文章于 2024-07-13 13:55:40 发布

嗯嗯嗯吧

最新推荐文章于 2024-07-13 13:55:40 发布

阅读量400

点赞数 1

分类专栏：面试学习路线阿里巴巴文章标签： java java进阶后端

本文链接：https://blog.csdn.net/m0_67391377/article/details/124777423

版权

SpringCloud

学习地址以及资料
一、认识微服务
- 1. 服务架构演变
- 2. SpringCloud
二、服务拆分及远程调用
- 1.服务拆分
- 2. 服务间调用
三、eureka注册中心
四、Ribbon负载均衡原理
五、nacos注册中心
六、Nacos配置管理
七、Http客户端Feign，远程调用
八、Gateway服务网关

学习地址以及资料

一、认识微服务

在这里插入图片描述

1. 服务架构演变

单体架构： 将业务的所有功能集中在一个项目中开，打成一个包部署。

优点：
- 架构简单
- 部署成低
缺点：
- 耦合度高

分布式架构： 根据业务功能对系统进行拆分，每个业务模块作为独立的项目开发，称为一个服务。

优点：
- 降低服务耦合度
- 有利于服务升级拓展
服务治理：
分布式架构要考虑的问题：
- 服务拆分粒度如何？
- 服务集群地址如何维护？
- 服务之间如何实现远程调用？
- 服务健康状态如何感知？

微服务： 微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：

单一职责：微服务拆分粒度更小，每一个服务都应唯一对应的业务能力，做到单一职责，避免重复业务开发
面向服务：微服务对外暴露业务接口
自治：团队独立、技术独立、数据独立、部署独立
隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务结构：

微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术，国外内最知名的就是SpringCloud和阿里巴巴的Dubbo。

微服务技术对比：

Dubbo

SpringCloud

SpringCloudAlibaba

注册中心

zookeeper、Redis

Eureka、Consul

Nacos、Eureka

服务远程调用

Dubbo协议

Feign（http协议）

Dubbo、Feign

配置中心

无

SpringCloudConfig

SpringCloudConfig、Nacos

服务网关

无

SpringCloudGateway、Zuul

服务监控和保护

dubbo-admin，功能弱

Hystrix

Sentinel

企业需求：

1.SpringCloud + Feign

使用SpringCloud技术栈
服务接口采用Restful风格
服务调用采用Feign方式

2.SpringCloudAlibaba + Feign

使用SpringCloudAlibaba技术栈
服务接口采用Restful风格
服务调用采用Feign方式

3.SpringCloudAlibaba + Dubbo

使用SpringCloudAlibaba技术栈
服务接口采用Dubbo协议标准
服务调用采用Dubbo方式

4.Dubbo原始模式

基于Dubbo老旧技术栈体系
服务接口采用Dubbo协议标准
服务调用采用Dubbo方式

2. SpringCloud

SpringCloud

SpringCloud是目前国内使用最广泛的微服务架构，官网地址
SpringCloud
SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验：
- 服务注册发现：Eureka、Nacos、Consul
- 统一配置管理：SpringCloudConfig、Nacos
- 服务远程调用：OpenFeign、Dubbo
- 统一网关路由：SpringCloudGateway、Zuul
- 服务链路监控：Zipkin、Sleuth
- 流控、降级、保护：Hystix、Sentinel
SpringCloud与SpringBoot的兼容关系如下：

Release Train

Boot Version

2021.0.x aka Jubilee

2.6.x

2020.0.x aka Ilford

2.4.x

Hoxton

2.2.x，2.3.x（Starting with SR5）

Grennwich

2.1.x

Finchley

2.0.x

Edgware

1.5.x

Dalston

1.5.x

二、服务拆分及远程调用

1.服务拆分

服务拆分注意事项：
1. 不同的微服务，不重复开发相同的业务
2. 微服务数据独立，不要访问其他微服务的数据库
3. 微服务可以将自己的业务暴露为接口，供其他微服务调用
导入服务拆分Demo
项目结构

在这里插入图片描述

总结
- 微服务需要根据业务模块拆分，做到单一职责，不要重复开发相同的业务
- 微服务可以将业务暴露为接口，供其他微服务使用
- 不同的微服务应该有自己独立的数据库

2. 服务间调用

需求：根据订单id查询订单的同时，把订单属性的用户信息一起返回
在这里插入图片描述

远程调用方式分析
在这里插入图片描述

步骤：
- 1）注册RestTemplate
  在order-service的OrderApplicaiton中注册RestTemolate
@MapperScan(“cn.itcast.order.mapper”)
@SpringBootApplication
public class OrderApplication {
```
public static void main(String[] args) {
    SpringApplication.run(OrderApplication.class, args);
}


@Bean
public RestTemplate restTemplate() {
    return new RestTemplate();
}
```
}

2）服务远程调用RestTemplate
修改order-sercice中的OrderService的qurryOrderById方法：

@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.1 url路径
    String url = "http://localhost:8081/user/" + order.getUserId();
    // 2.2 发送http请求，实现远程调用
    User user = restTemplate.getForObject(url, User.class);
    order.setUser(user);
    // 4.返回
    return order;
}

}

总结：
- 基于RestTemplate发起的http请求实现远程调用
- http请求

最低0.47元/天解锁文章

嗯嗯嗯吧

关注

1
点赞
踩
7

收藏

觉得还不错? 一键收藏
0
评论
SpringCloud微服务架构实用篇

SpringCloud学习地址以及资料一、认识微服务1. 服务架构演变2. SpringCloud二、服务拆分及远程调用1.服务拆分2. 服务间调用三、eureka注册中心1.服务调用出现的问题和eureka原理3.搭建EurekaServer4.服务注册5.服务发现6.总结四、Ribbon负载均衡原理1.负载均衡原理2.负载均衡策略3.懒加载（饥饿加载）五、nacos注册中心1.Windows下安装2.服务注册到Nacos3.
复制链接

扫一扫