微服务-SpringCloud学习(一)

1.认识微服务

1.1什么是单体架构

将业务的所有功能集中在一个项目中开发，打成一个包进行部署
优点：

• 架构简单
• 部署成本低

缺点：

• 耦合度高（维护困难，系统升级困难）

分布式架构

根据业务功能对系统做拆分，每个业务功能模块作为独立的项目开发，称为一个服务
优点：

• 降低耦合度
• 有利于服务的升级和拓展

缺点：

• 服务调用关系错综复杂

1.3微服务的特征

• 职责单一：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
• 自治：团队独立、技术独立、数据独立，独立部署交付
• 面向服务：服务提供统一标准的接口，与语言和技术无关
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题
  所以可以认为微服务是一种经过良好架构设计的分布式架构方案。各个互联网公司都在积极尝试，为让自己的微服务落地。其中在Java领域中尤为出色就是SpringCloud
  提供的方案。

1.4SpringCloud

SpirngCloud继承了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用的体验。其中常见的组件如下：
SpirngCloud底层是依赖于SpringBoot的并且还有版本兼容关系：

2.服务的拆分和远程的调用

2.1服务拆分原则

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

2.2远程调用

假设我们有一个订单服务和一个用户服务，我们调用订单服务时要求调用，用户服务。该怎么做。
步骤：

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

2.2.1 注册RestTemplate

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

package cn.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.order.mapper")
@SpringBootApplication
public class OrderApplication {

    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }

    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

2.2.2实现远程调用

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

2.3提供者与消费者

在服务关系的调用中，会有l两个不同的角色：
**服务的提供者：**一次业务中，被其他微服务调用的服务。（提供接口给其它服务）
**服务的消费者：**一次业务中，调用其它微服务的服务。（调用其他微服务提供的接口）
但是服务的提供者与服务的消费者的角色不固定，而是相对于业务而言。
如果服务A调用了服务B，而服务B又调用了服务C，服务B的角色是什么？

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