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实例
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方法:
2.2.4. 最终运行结果: