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

1.认识微服务：

1.0. 单体架构和分布式架构的区别：

了解单体架构和微服务架构的优缺点

1.1. 单体架构：

单体架构：将业务的所有功能集中在一个项目中开发，部署的时候也是打成一个包来进行部署。

**优点：**1.架构简单

2.部署成本低

**缺点：**耦合度高（难以维护，升级困难）

1.2. 分布式架构：

分布式架构：将整个业务进行拆分，每个业务功能模块作为独立的项目开发，称为一个服务，每个服务都有自己的数据库....

**优点：**1.耦合度降低

2.易于升级和拓展

**缺点：**1.服务调用关系错综复杂

1.3. 微服务

微服务的几个特征：

**1.单一职责：**微服务拆分粒度小，每个服务负责自己独立的业务，做到单一职责

**2.面向服务：**服务提供统一标准的接口，与语言和技术无关

**3.自治：**团队独立，技术独立，数据独立，部署独立和支付独立

**4.隔离性强：**服务调用做好隔离，容错，降级，避免出现级联问题

2.服务拆分和远程调用

2.1. 服务拆分原则

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

2.2. 实现远程调用案例

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

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

其中的user为null

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

查询的结果如图：

2.2.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.2.2. 注册RestTemplate

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

java 复制代码

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

2.2.3. 实现远程调用

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