1. 首页
  2. 文章中心
  3. SpringCloud

微服务的服务拆分和远程调用

101 阅读 0 评论
我是靠谱客的博主 爱笑龙猫，这篇文章主要介绍微服务的服务拆分和远程调用，现在分享给大家，希望可以做个参考。

2.1.服务拆分原则

这里我总结了微服务拆分时的几个原则：

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Z8WsTvjd-1637678529959)(assets/image-20210713210800950.png)]

2.2.服务拆分示例

以课前资料中的微服务cloud-demo为例，其结构如下：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1bn1hsVb-1637678529960)(assets/image-20210713211009593.png)]

cloud-demo：父工程，管理依赖

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

要求：

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

2.2.1.导入Sql语句

cloud-order.sql

复制代码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
/*
 Navicat Premium Data Transfer

 Source Server         : local
 Source Server Type    : MySQL
 Source Server Version : 50622
 Source Host           : localhost:3306
 Source Schema         : heima

 Target Server Type    : MySQL
 Target Server Version : 50622
 File Encoding         : 65001

 Date: 01/04/2021 14:57:18
*/

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for tb_order
-- ----------------------------
DROP TABLE IF EXISTS `tb_order`;
CREATE TABLE `tb_order`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '订单id',
  `user_id` bigint(20) NOT NULL COMMENT '用户id',
  `name` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '商品名称',
  `price` bigint(20) NOT NULL COMMENT '商品价格',
  `num` int(10) NULL DEFAULT 0 COMMENT '商品数量',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `username`(`name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 109 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

-- ----------------------------
-- Records of tb_order
-- ----------------------------
INSERT INTO `tb_order` VALUES (101, 1, 'Apple 苹果 iPhone 12 ', 699900, 1);
INSERT INTO `tb_order` VALUES (102, 2, '雅迪 yadea 新国标电动车', 209900, 1);
INSERT INTO `tb_order` VALUES (103, 3, '骆驼（CAMEL）休闲运动鞋女', 43900, 1);
INSERT INTO `tb_order` VALUES (104, 4, '小米10 双模5G 骁龙865', 359900, 1);
INSERT INTO `tb_order` VALUES (105, 5, 'OPPO Reno3 Pro 双模5G 视频双防抖', 299900, 1);
INSERT INTO `tb_order` VALUES (106, 6, '美的（Midea) 新能效 冷静星II ', 544900, 1);
INSERT INTO `tb_order` VALUES (107, 2, '西昊/SIHOO 人体工学电脑椅子', 79900, 1);
INSERT INTO `tb_order` VALUES (108, 3, '梵班（FAMDBANN）休闲男鞋', 31900, 1);

SET FOREIGN_KEY_CHECKS = 1;

cloud-user.sql

复制代码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
/*
 Navicat Premium Data Transfer

 Source Server         : local
 Source Server Type    : MySQL
 Source Server Version : 50622
 Source Host           : localhost:3306
 Source Schema         : heima

 Target Server Type    : MySQL
 Target Server Version : 50622
 File Encoding         : 65001

 Date: 01/04/2021 14:57:18
*/

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for tb_user
-- ----------------------------
DROP TABLE IF EXISTS `tb_user`;
CREATE TABLE `tb_user`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `username` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '收件人',
  `address` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '地址',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `username`(`username`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 109 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

-- ----------------------------
-- Records of tb_user
-- ----------------------------
INSERT INTO `tb_user` VALUES (1, '柳岩', '湖南省衡阳市');
INSERT INTO `tb_user` VALUES (2, '文二狗', '陕西省西安市');
INSERT INTO `tb_user` VALUES (3, '华沉鱼', '湖北省十堰市');
INSERT INTO `tb_user` VALUES (4, '张必沉', '天津市');
INSERT INTO `tb_user` VALUES (5, '郑爽爽', '辽宁省沈阳市大东区');
INSERT INTO `tb_user` VALUES (6, '范兵兵', '山东省青岛市');

SET FOREIGN_KEY_CHECKS = 1;

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UZthMf5T-1637678705423)(assets/image-20210713211550169.png)]

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yczZ0zEA-1637678705424)(assets/image-20210713211657319.png)]

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

2.2.2.导入demo工程

这里引入的是gitee地址 拉取项目即可
工程地址
别忘记给个stars哦

项目结构如下：
在这里插入图片描述

2.3.实现远程调用案例

在order-service服务中，有一个根据id查询订单的接口：
在这里插入图片描述
根据id查询订单，返回值是Order对象，如图：在这里插入图片描述
其中的user为null

在user-service中有一个根据id查询用户的接口：
在这里插入图片描述
查询的结果如图：
在这里插入图片描述

2.3.1.案例需求：

修改order-service中的根据id查询订单业务，要求在查询订单的同时，根据订单中包含的userId查询出用户信息，一起返回。
在这里插入图片描述

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

大概的步骤是这样的：

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

2.3.2.注册RestTemplate

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

复制代码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
package cn.itcast.order;

import org.mybatis.spring.annotation.MapperScan;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.web.client.RestTemplate;

@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();
    }
}

修改order-service服务中的cn.itcast.order.service包下的OrderService类中的queryOrderById方法：
在这里插入图片描述

2.4.提供者与消费者

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

服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）

服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）
在这里插入图片描述

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

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

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

最后

以上就是爱笑龙猫最近收集整理的关于微服务的服务拆分和远程调用的全部内容，更多相关微服务内容请搜索靠谱客的其他文章。

本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
点赞(67)

相关文章

如何解决微服务的数据聚合Join问题？
如何解决微服务的数据聚合Join问题？
MySQL高手进阶指南一、后台线程二、InnoDB内存布局三、InnoDB关键特性四、日志五、检查点六、LRU七、存储引擎对比八、锁机制九、索引十、数据类型十一、灾备十二、面试题十三、集群十四、分库分表十五、连接查询十六、大表优化方案十七、查询优化
MySQL高手进阶指南一、后台线程二、InnoDB内存布局三、InnoDB关键特性四、日志五、检查点六、LRU七、存储引擎对比八、锁机制九、索引十、数据类型十一、灾备十二、面试题十三、集群十四、分库分表十五、连接查询十六、大表优化方案十七、查询优化
微服务改造中解决跨库问题的思路
微服务改造中解决跨库问题的思路
mysql跨库分页_微服务架构跨库分页解决的四种方案
mysql跨库分页_微服务架构跨库分页解决的四种方案
微服务的服务拆分和远程调用
微服务的服务拆分和远程调用
Java开发-微服务架构跨库分页解决的四种方案。你值得拥有？引言微服务架构跨库分页解决的四种方案总结
Java开发-微服务架构跨库分页解决的四种方案。你值得拥有？引言微服务架构跨库分页解决的四种方案总结
微服务跨数据库联合查询_微服务架构下，解决数据库跨库查询的一些思路
微服务跨数据库联合查询_微服务架构下，解决数据库跨库查询的一些思路
微服务商城系统（七）商品搜索 数据统计、过滤、分页、排序、高亮搜索
微服务商城系统（七）商品搜索 数据统计、过滤、分页、排序、高亮搜索

评论列表共有 0 条评论

立即
投稿
返回
顶部