服务拆分和远程调用（微服务）_微服务基于分实现远程调用

阿里云国内75折回扣微信号：monov8

阿里云国际，腾讯云国际，低至75折。AWS 93折免费开户实名账号代冲值优惠多多微信号：monov8 飞机：@monov6

博客主页踏风彡的博客
博主介绍一枚在学习的大学生希望在这里和各位一起学习。
所属专栏SpringCloud
文章创作不易期待各位朋友的互动有什么学习问题都可在评论区留言或者私信我我会尽我所能帮助大家。

不管任何分布式的架构它都离不开服务之间的拆分细化微服务也一样下面风哥来带大家一起了解一下微服务的服务拆分原则并带大家通过一个小案例了解一下服务间拆分和远程调用吧😀。

1 服务拆分

1.1 服务拆分原则

开头风哥不墨迹了把几个微服务之间的拆分原则先告诉大家。

不同微服务之间尽量不要有相同的业务确保低耦合性
每个微服务都应该有一个属于自己的独立数据库
各个微服务之间可通过微服务对外暴露的业务接口进行访问

在这里插入图片描述

1.2 服务拆分示例

1.2.1 实例的demo的结构如下

在这里插入图片描述

请忽略eureka它是下个章节的内容学习的时候做这个案例一不小心没停下来😉。

在这里插入图片描述

cloud-demo:父工程

order-service订单微服务负责订单相关业务当然这里只是一个小demo只搞了一个查询的功能
user-service用户微服务负责用户相关业务功能也略少哈

那么根据上边服务拆分原则可以得到如下结论ps没看下面的小伙伴们可以先看下上边机灵的小脑袋瓜里先思考一下有什么结论

用户服务和订单服务都必须对外暴露Restful接口供其他微服务调用
两个服务之间如果要调用另一个微服务的功能只能通过Restful接口调用不能直接访问其他微服务的数据库
所以用户微服务和订单微服务要有自己独立的数据库

1.2.2 数据库表结构

Eg: cloud-order表中含有cloud-user的id字段。

在这里插入图片描述

那个导入工程啥的在这我就不给具体流程了大家学到了这里相信都有这些基本能力了接下来咱们直接根据这个演示服务拆分的小demo来聊一下远程调用。

2 远程调用

2.1 远程调用实例

在这里为了演示微服务间的远程调用在这里就要设定需求场景了先看原来demo的功能

先看一下两个微服务间需要交互的功能接口这里的小demo只有一个那就是查询订单的接口

@Service
public class OrderService {

    @Autowired
    private OrderMapper orderMapper;
    
    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        return order;
    }
}

接下来启动服务咱们看一下控制台返回的数据

在这里插入图片描述

从上面可以很清晰地看到user是空的那么我们查询订单的时候想让它显示对应的user信息怎么办呢

这个时候订单查询模块的接口就需要远程调用user模块的查询接口得到相应的user信息了。

那么不同模块之间的怎么调用其他模块的接口呢

有了这些疑问接下来大家跟着风哥一起探索一下吧。

2.2 案例需求

在做一个功能时我们的大体思路都是先确定需求画好流程图然后讨论明确需求再去实施微服务同样也不例外。

接下来咱们看一下各个模块相互间的功能需求图咱们这个小demo及其简单微服务间的接口间的相互调用只有order-service中的查询接口的方法内去调用user-service中的查询接口来看需求图。

在这里插入图片描述

看了需求图相信大家对过程有了一个更清晰的了解也明白接下来咱们需要做什么了没错我上句话已经说过了order-service模块中的查询方法要向user-service模块发送一个http请求调用http://localhost:8081/user/{userId}这个接口获得相应的用户信息。

然而呢比较细心的小伙伴们相信已经发现了现在风哥好像还没有说通过调用用户模块查询接口获取用户数据返回的数据类型是什么有的人肯定会说那肯定是User类型啊。这样说没错但是说明咱们欠缺了思考从另一个模块的接口获得数据你这个模块里又没有相应的数据类型你怎么将人家的数据封装成User类型呢而这也恰恰是咱们需要学习远程调用中的一个关键部分。带着疑问出发学习更有劲那么跟着风哥来看一下具体的步骤吧。

大概步骤

注册一个RestTemplate的实例并注入到Spring容器中取
在order-service中修改OrderService类中的queryOrderById方法根据Order对象中的userid查询user数据
在OrderService类中注入RestTemplate的实例对象通过调用它的getForObject()方法将指定url的数据封装成指定类型的数据
将封装的User对象加入到Order对象中去返回Order对象

来小伙伴们跟着风哥的步骤一起来做一下let’s go.

步骤一在order模块的启动类注册RestTemplate对象

为什么选择在order模块的启动类中呢因为在这个过程中order模块的相应方法是一个消费者行为user模块充当的是一个服务者行为而关于消费者和服务者理论我会放在文末进行描述。

@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
public class OrderApplication {

    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }

    /**
     * 为了实现负载均衡
     * 创建RestTemplate并注入Spring容器中
     * @return
     */
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }

}

步骤二调用相应接口获取并封装数据

在这里我把细分的2-4步合并为了一步因为实现起来不要问风哥为啥呢因为它俩密不可分呐拆开来描述是为了让大家更清晰地去了解具体流程而现在实现则要根据实际情况啊宝贝儿们。

这里我为什么url前面用的是userservice而不是其微服务模块对应的端口呢这就涉及了Eureka的知识了在这里没改是为了给大家先埋下个种子让大家充满干劲去看本专栏下篇文章
restTemplate.getForObject(url, User.class)通过url调用相应的接口获取数据并封装成User数据类型

@Service
public class OrderService {

    @Autowired
    private OrderMapper orderMapper;

    @Autowired
    private RestTemplate restTemplate;

    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        //2.查询user
        //2.1.获取url地址
        String url = "http://userservice/user/"+order.getUserId();
        //2.2.根据url发起远程调用获取user
        User user = restTemplate.getForObject(url, User.class);
        //3.设置用户
        order.setUser(user);
        // 4.返回
        return order;
    }
}