SpringCloud实用篇(一)
SpringCloud
- SpringCloud是目前国内使用最广泛的微服务框架。官网地址:https://spring.io/projects/spring-cloud
- SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,从而提供了良好的开箱即用体验:
- SpringCloud与SpringBoot的版本兼任关系如下:
服务拆分及远程调用
拆分注意事项
1.不同微服务,不要重复开发相同业务
2.微服务数据独立,不要访问其他微服务的数据库
3.微服务可以将自己的业务接口暴露为接口,供其他微服务调用
导入服务拆分Demo
1.导入课前资料提供的工程:cloud-demo
链接:https://pan.baidu.com/s/1QueUAbzed1NBUEUdrKskkg?pwd=ksw1
提取码:ksw1
2.项目结构
3.将课前资料准备的sql导入数据库
链接:https://pan.baidu.com/s/1QueUAbzed1NBUEUdrKskkg?pwd=ksw1
提取码:ksw1
总结
1.微服务需要根据业务模块拆分,做到单一职责,不要重复开发相同业务
2.微服务可以将业务暴露为接口,供其他微服务使用
3.不同微服务都应该有自己独立的数据库
服务拆分-服务远程调用
使用远程调用方式查询到用户信息
可以使用RestTemplate发送请求, RestTemplate 是发送各种HTTP请求,那么就可以使用 RestTemplate 发起远程http请求:
在order_service 模块中的启动配置类中:
1 | /** |
修改查询实现方法:
1 | @Autowired |
Eureka
eureka-消费者与提供者
提供者:一次业务中,被其他微服务调用的服务 (提供接口给其他微服务,接口被调用了)
消费者:一次业务中,调用其他微服务的服务(调用其他微服务提供的接口,调用别人的接口)
上面的demo中,user就是服务提供者(接口被调用),order就是服务消费者(调用了别人的接口)
思考:服务A调用服务B,服务B调用服务C,那么服务B是什么角色?
主要是要看怎么调用
如果是服务B调用了服务C,那么服务B就是服务消费者
2.如果是服务B被服务A调用了,那么服务B就是服务提供者
总结
服务调用关系
服务提供者:暴露接口给其它微服务调用
服务消费者:调用其它微服务提供的接口
提供者与消费者角色其实是相对的
一个服务可以同时是服务提供者和服务消费者
eureka原理分析
调用出现的问题:
- 服务消费者该如何获取服务提供者的地址信息?
- 如果有多个服务提供者,消费者该如何选择?
- 消费者如何得知服务者的健康状态?
Eureka的作用
再来回答上面第一部分的遗留问题:
1.消费者该如何获取服务提供者具体信息?
服务提供者启动时向eureka注册自己的信息
eureka保存这些信息
消费者根据服务名称向eureka拉取提供者信息
2.如果有多个服务提供者,消费者该如何选择?
- 服务消费者利用负载均衡算法,从服务列表中挑选一个
3.消费者如何感知服务提供者健康状态?
服务提供者会每隔30秒向EurekaServer发送心跳请求,报告健康状态
eureka会更新记录服务列表信息,心跳不正常会被剔除
消费者就可以拉取到最新的信息
在Eureka架构中,微服务角色有两类:
1.EurekaServer:服务端,注册中心
记录服务信息
心跳监控
2.EurekaClient:客户端
Provider:服务提供者,例如案例中的 user-service
注册自己的信息到EurekaServer
每隔30秒向EurekaServer发送心跳
consumer:服务消费者,例如案例中的 order-service
根据服务名称从EurekaServer拉取服务列表
基于服务列表做负载均衡,选中一个微服务后发起远程调用