微服务——技术栈+概念+远程调用案例

目录

微服务技术栈

认识微服务

微服务架构演变

总结

微服务技术对比

SpringCloud

springcloud和springboot的对应版本

​编辑

服务拆分

注意事项

入门案例

远程调用

[步骤一 :注册ResTemplate](#步骤一 :注册ResTemplate)

步骤二:修改service层代码


微服务技术栈

将一个大的项目拆分出多个独立项目,每个项目完成独立的任务,独立开发和部署,所有这些相关服务形成一个服务集群。一个业务往往由多个服务完成。

注册中心:用于记录每个服务的ip+端口和作用,一个服务需要调用另一个服务时就要到注册中心找

配置中心:统一管理整个服务群体的配置,有配置需要变更时在配置中心变更,会自动热更新

服务网关:拦截对服务的访问对用户身份做校验,并将请求路由到具体服务。

分布式缓存:把数据库数据放入内存,查询效率提升

分布式搜索: 海量数据的统计分析

消息队列:服务之间的异步通信,缩短响应时间,提高并发能力,用于高并发的秒杀场景。

分布式日志服务:统计所有的服务的运行日志,进行统一的存储统计和分析。

系统监控链路追踪:实时监控每个节点的运行状态运行负载和CPU占用,出问题可以迅速定位到具体的服务。

Jenkins:对微服务项目进行自动化的编译,基于docker进行打包形成镜像,基于k8s或ranchar实现自动化部署。这就是持续集成。 到这里才是完整微服务技术栈。

认识微服务

微服务架构演变

总结

微服务技术对比

企业中遇到的四种场景

其中上面两种可以看做同一种,下面两种也可以看做同一种

SpringCloud

springcloud和springboot的对应版本

服务拆分

注意事项

入门案例

导入准备好的工程项目和sql语句建表

在user_service里面实现的是一个根据id查询用户的功能,order_service实现根据订单Id查询订单。

user的是8081端口,order的是8080端口。

该项目完全遵循微服务规则,做到了单一职责。,并且数据库独立。

远程调用

需求如下:

这里就需要在订单模块远程调用用户模块,组合查询信息响应给用户。

步骤一 :注册ResTemplate

在order模块的启动类中

步骤二:修改service层代码

指定查询类型将json反序列化成User类型

这里在代码里面获得user对象之后封装到order里。

改代码前:

改代码后:

可以看见这个业务涉及到了两个项目运行。

总结:

相关推荐
EricFRQ2 小时前
devops自动化容器化部署
运维·自动化·devops
白云~️2 小时前
uniappx 打包配置32位64位x86安装包
运维·服务器·github
文牧之4 小时前
PostgreSQL的扩展 pgcrypto
运维·数据库·postgresql
白总Server4 小时前
多智能体系统的中间件架构
linux·运维·服务器·中间件·ribbon·架构·github
uhakadotcom6 小时前
过来人教你写简历的技巧(如何写简历,个人评价 / 个人优势如何写)
面试·架构·github
2401_867021906 小时前
文件缓冲区(IO与文件 ·III)(linux/C)
linux·运维·服务器·c语言
刘某的Cloud6 小时前
rabbitmq常用命令
linux·运维·分布式·rabbitmq·系统
bing_1586 小时前
为什么选择 Spring Boot? 它是如何简化单个微服务的创建、配置和部署的?
spring boot·后端·微服务
悄悄敲敲敲6 小时前
Linux:进程间通信->命名管道
linux·运维·服务器
io无心7 小时前
Docker绑定端口报错
运维·docker·容器