微服务框架

单体架构

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。
优点：
　　架构简单
　　部署成本低
缺点：
　　耦合度高（维护困难、升级困难）

分布式架构

分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。
优点：
　　降低服务耦合
　　有利于服务升级和拓展
缺点：
　　服务调用关系错综复杂

微服务

微服务是一种经过良好架构设计的分布式架构方案。
微服务架构特征：
　　单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
　　面向服务：微服务对外暴露业务接口
　　自治：团队独立、技术独立、数据独立、部署独立
　　隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

单体架构特点：
　　简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统
分布式架构特点：
　　松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝
微服务：一种良好的分布式架构方案
　　优点：拆分粒度更小、服务更独立、耦合度更低
　　缺点：架构非常复杂，运维、监控、部署难度提高

微服务技术对比

微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。

企业需求

SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址：https://spring.io/projects/spring-cloud。
SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验。
其中常见的组件包括：

另外，SpringCloud底层是依赖于SpringBoot的，并且有版本的兼容关系，如下：

服务拆分和远程调用

服务拆分原则

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

服务拆分示例

cloud-demo：父工程，管理依赖
　　order-service：订单微服务，负责订单相关业务
　　user-service：用户微服务，负责用户相关业务
要求：
　　订单微服务和用户微服务都必须有各自的数据库，相互独立
　　订单服务和用户服务都对外暴露Restful的接口
　　订单服务如果需要查询用户信息，只能调用用户服务的Restful接口，不能查询用户数据库
需求：
　　修改order-service中的根据id查询订单业务，要求在查询订单的同时，根据订单中包含的userId查询出用户信息，一起返回。

注册RestTemplate

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

 1 @MapperScan("cn.itcast.order.mapper")
 2 @SpringBootApplication
 3 public class OrderApplication {
 4     public static void main(String[] args) {
 5         SpringApplication.run(OrderApplication.class, args);
 6     }
 7 
 8     @Bean
 9     public RestTemplate restTemplate() {
10         return new RestTemplate();
11     }
12 }

服务远程调用RestTemplate

修改order-service中的OrderService的queryOrderById方法：

 1 @Service
 2 public class OrderService {
 3     @Autowired
 4     private OrderMapper orderMapper;   
 5     @Autowired
 6     private RestTemplate restTemplate;
 7 
 8     public Order queryOrderById(Long orderId) {
 9         // 1.查询订单
10         Order order = orderMapper.findById(orderId);
11         // 2.远程查询用户 
12         String url = "http://localhost:8081/user/" +  order.getUserId();
13         User user = restTemplate.getForObject(url, User.class);
14         // 3.封装user信息
15         order.setUser(user);
16         // 4.返回
17         return order;
18     }
19 }

提供者与消费者

在服务调用关系中，会有两个不同的角色：
　　服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）
　　服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）

服务提供者与服务消费者的角色并不是绝对的，而是相对于业务而言。
如果服务A调用了服务B，而服务B又调用了服务C，服务B的角色是什么？
　　对于A调用B的业务而言：A是服务消费者，B是服务提供者
　　对于B调用C的业务而言：B是服务消费者，C是服务提供者
因此，服务B既可以是服务提供者，也可以是服务消费者。