任何分布式架构都离不开服务的拆分，微服务也是一样。
1.服务拆分原则
这里我总结了微服务拆分时的几个原则：
-
不同微服务，不要重复开发相同业务
-
微服务数据独立，不要访问其它微服务的数据库
-
微服务可以将自己的业务暴露为接口，供其它微服务调用
2.服务拆分示例
cloud-demo：父工程，管理依赖
-
order-service：订单微服务，负责订单相关业务
-
user-service：用户微服务，负责用户相关业务
要求：
-
订单微服务和用户微服务都必须有各自的数据库，相互独立
-
订单服务和用户服务都对外暴露Restful的接口
-
订单服务如果需要查询用户信息，只能调用用户服务的Restful接口，不能查询用户数据库
3.实现远程调用案例
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对象，一起返回
3.2.注册RestTemplate
首先，我们在order-service服务中的OrderApplication启动类中，注册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();
}
}
3.3.实现远程调用
修改order-service服务中的cn.itcast.order.service包下的OrderService类中的queryOrderById方法：
@Autowired
private RestTemplate restTemplate;
public Order queryOrderById(Long orderId) {
// 1.查询订单
Order order = orderMapper.findById(orderId);
// 2.利用RestTemplate发起http请求，查询用户
// 2.1.url路径
String url = "http://userservice/user/" + order.getUserId();
// 2.2.发送http请求，实现远程调用
User user = restTemplate.getForObject(url, User.class);
// 3.封装user到Order
order.setUser(user);
// 4.返回
return order;
}
4.提供者与消费者
在服务调用关系中，会有两个不同的角色：
服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）
服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）
但是，服务提供者与服务消费者的角色并不是绝对的，而是相对于业务而言。
如果服务A调用了服务B，而服务B又调用了服务C，服务B的角色是什么？
-
对于A调用B的业务而言：A是服务消费者，B是服务提供者
-
对于B调用C的业务而言：B是服务消费者，C是服务提供者
因此，服务B既可以是服务提供者，也可以是服务消费者。
标签：调用,服务,service,RestTemplate,order,user,拆分,远程 From： https://www.cnblogs.com/kisshappyboy/p/16950876.html