【微服务 SpringCloud】实用篇 · 服务拆分和远程调用

微服务(2)

文章目录

  • 微服务(2)
    • [1. 服务拆分原则](#1. 服务拆分原则)
    • [2. 服务拆分示例](#2. 服务拆分示例)
        • [1.2.1 导入demo工程](#1.2.1 导入demo工程)
        • [1.2.2 导入Sql语句](#1.2.2 导入Sql语句)
    • [3. 实现远程调用案例](#3. 实现远程调用案例)
        • [1.3.1 案例需求:](#1.3.1 案例需求:)
        • [1.3.2 注册RestTemplate](#1.3.2 注册RestTemplate)
        • [1.3.3 实现远程调用](#1.3.3 实现远程调用)
        • [1.3.4 查看效果](#1.3.4 查看效果)
    • [4. 提供者与消费者](#4. 提供者与消费者)

微服务(2)

本文将正式进入微服务框架SpringCloud和SpringCloudAlibaba的学习了,他们的工作就是微服务治理

任何分布式架构都离不开服务的拆分,微服务也是一样

1. 服务拆分原则

服务拆分就是单个模块拆成多个模块,不过模块必须具有一定的独立性,这里我总结了微服务拆分时的几个原则:

  • 不同微服务, 不要重复开发相同业务
  • 微服务数据独立, 不要访问其它微服务的数据库
  • 微服务可以 将自己的业务暴露为接口,供其它微服务调用

2. 服务拆分示例

以本链接的项目示例:资源/cloud-demo · 游离态/云服务 - 码云 - 开源中国 (gitee.com)

这么一个简单的微服务cloud-demo为例,其结构如下:

cloud-demo:父工程,管理依赖

  • order-service:订单微服务,负责订单相关业务
  • user-service:用户微服务,负责用户相关业务

这样模拟出微服务的效果,满足以下要求:

  • 订单微服务和用户微服务都必须有各自的数据库,相互独立
  • 订单服务和用户服务都对外暴露Restful的接口
  • 订单服务如果需要查询用户信息,只能调用用户服务的Restful接口,不能查询用户数据库

网络资料:

1.2.1 导入demo工程

项目结构如下:

多个应用/多个微服务运行的界面设置(这样可以更好的观察和操作)

添加运行的类型:

  • 添加application、maven、springboot即可(这里没有springboot也没关系)

等待pom.xml加载完毕,项目可以尝试启动:

  • 打开控制台的services选项

选中父目录,ctrl shift f10运行(这是默认的,如果你改了就是你改的运行快捷键,或者点绿色小三角),就是运行全部服务,如果选中对应的微服务运行就是运行对应的微服务~

同理,快捷键ctrl f2停止运行

1.2.2 导入Sql语句

cloud-user表中初始数据如下:

cloud-order表中初始数据如下:

cloud-order表中持有cloud-user表中的id字段。

  • 数据独立 -> 各自有独立的数据库!

(注意改yml文件的数据库连接配置哦!)

3. 实现远程调用案例

(重启两个微服务)

在order-service服务中,有一个根据id查询订单的接口:

根据id查询订单,返回值是Order对象,如图:

  • 其中的user为null

在user-service中有一个根据id查询用户的接口:

查询的结果如图:

端口与订单服务不一样哦,解耦合~

1.3.1 案例需求:

order-service中的根据id查询订单业务:

  • 要求在查询订单的同时,根据订单中包含的userId查询出用户信息,一起返回

我们通过查询到的订单信息的用户id,想要查询用户信息(在这里不会重复开发用户模块的功能,并且订单模块不能直接查询用户模块的数据库),就要访问用户服务暴露的接口

我们需要在order-service中 向user-service发起一个http的请求,调http://localhost:8081/user/{userId}这个接口。

大概的步骤是这样的:

  • 注册一个RestTemplate的实例到Spring容器(存储Bean对象)
  • 修改order-service服务中的OrderService类中的queryOrderById方法,根据Order对象中的userId查询User
  • 将查询的User填充到Order对象,一起返回

而这是我们未曾尝试过的,但是我们会有这个想法(就像浏览器js的ajax发送http请求一样 ),事实上在SpringCloud框架中就是支持这种 "后端给后端发http请求" 的!

  • 这就是一个服务到另一个服务的远程调用(我们这里两个微服务挨在一起,实际上的微服务之间可能相隔千里哦)
1.3.2 注册RestTemplate

首先,我们在order-service服务中的OrderApplication启动类中,注册RestTemplate实例:

  • RestTemplate这个类就是SpringCloud提供给我们发送http请求滴
1.3.3 实现远程调用

修改order-service服务中的cn.itcast.order.service包下的OrderService类中的queryOrderById方法:

1.3.4 查看效果

重启微服务,浏览器访问订单服务:

4. 提供者与消费者

在服务调用关系中,会有两个不同的角色:

服务提供者:一次业务中,被其它微服务调用的服务。(提供接口给其它微服务)

服务消费者:一次业务中,调用其它微服务的服务。(调用其它微服务提供的接口)

但是,服务提供者与服务消费者的角色并不是绝对的,而是相对于业务而言。

如果服务A调用了服务B,而服务B又调用了服务C,服务B的角色是什么?

那么这个身份是 相对而言 的~

  • 对于A调用B的业务而言:A是服务消费者,B是服务提供者
  • 对于B调用C的业务而言:B是服务消费者,C是服务提供者

因此,在不同的业务下,服务B既可以是服务提供者,也可以是服务消费者


文章到此结束!谢谢观看

可以叫我 小马 ,我可能写的不好或者有错误,但是一起加油鸭🦆

代码:cloud-demo · 游离态/云服务 - 码云 - 开源中国 (gitee.com)


相关推荐
文火冰糖的硅基工坊1 小时前
《投资-111》价值投资者的认知升级与交易规则重构 - 价值投资的思维模式:穿越表象,回归本质
重构·架构·投资·投机
数据要素X5 小时前
寻梦数据空间 | 架构篇:从概念到落地的技术实践与突破性创新
大数据·运维·数据仓库·微服务·数据治理·数据中台·可信数据空间
法欧特斯卡雷特6 小时前
从 Kotlin 编译器 API 的变化开始: 2.2.2X -> 2.3.0-Beta1
后端·架构·开源
Light608 小时前
领码方案|微服务与SOA的世纪对话(6):组织跃迁——智能架构下的团队与文化变革
微服务·云原生·ddd边界·组织双生体·pod协同·文化仪式·ai自演进
柳贯一(逆流河版)8 小时前
Nacos 实战指南:微服务下服务注册与配置管理的完整落地
java·微服务·架构
一叶飘零_sweeeet8 小时前
从 “黑盒“ 到 “透明“:SkyWalking 实战指南 —— 让微服务问题无所遁形
分布式·微服务·skywalking·分布式链路追踪
盗德9 小时前
为什么要用Monorepo管理前端项目?(详解)
前端·架构·代码规范
koddnty10 小时前
协程退出与智能指针
后端·架构
还是鼠鼠11 小时前
《黑马商城》Elasticsearch基础-详细介绍【简单易懂注释版】
java·spring boot·spring·elasticsearch·搜索引擎·spring cloud·全文检索
麦兜*12 小时前
Redis 7.2 新特性实战:Client-Side Caching(客户端缓存)如何大幅降低延迟?
数据库·spring boot·redis·spring·spring cloud·缓存·tomcat