跳至主要內容

（14）SpringCloud

1 Spring Cloud

1.1 你怎么描述Spring Cloud 框架？

  • Spring Cloud是一个微服务框架，将单体的应用程序分成多个应用程序，每个微服务运行在自己的进程中，并使用轻量级的机制通信。
  • Spring Cloud是一系列工具的集合，利用Spring Boot的开发便利性简化了分布式系统基础设施的开发，如服务发现注册、配置中心、智能路由、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。

1.2 说说微服务架构的优缺点？

  • 优点

（1）易于开发和维护：微服务的粒度较小，可能一个或者几个模块就是一个微服务。我们就只需关心这个模块的逻辑即可，降低了代码量和逻辑复杂度。
（2）启动较快：相比于单体架构的整个项目，启动某个模块的服务速度明显快很多。
（3）容易部署：只要任何改动，单体架构都要重新发布整个项目，非常耗时间。但是微服务不同，只需要改动对应模块的服务即可，部署相对简单，不必重启整个项目。
（4）技术栈不受限：开发微服务只要遵循接口规范实现业务逻辑，不受任何语言限制，因此技术更换的成本小很多。

  • 缺点

（1）运维要求较高：单体架构的项目很少，维护难度较低。微服务架构项目由许多个微服务构成的，日志数量更大，消耗的机器也更多。项目之间互相调用，一旦某个项目出了问题，排查故障难度也更大。
（2）分布式的复杂性：微服务架构一定是分布式的。由于分布式本身的复杂性，微服务架构也变得复杂起来，需要用到服务注册、服务监控、熔断降级等许多组件。
（3）接口调整成本高：微服务之间互相调用，一旦某个微服务接口发生大的变动，所有依赖它的微服务都要做相应的调整。微服务可能非常多，那么调整接口所造成的成本会较高。

1.3 Spring Cloud有哪些重要组件？

（1）Spring Cloud Eureka：服务注册与发现
（2）Spring Cloud Gateway：服务网关
（3）Spring Cloud Ribbon：客户端负载均衡
（4）Spring Cloud Feign：声明性的Web服务客户端
（5）Spring Cloud Hystrix：断路器
（6）Spring Cloud Confifig：分布式配置管理

2 Eureka

2.1 Eureka的作用是什么？

Eureka是微服务中的注册中心，它有两个角色，一个服务端和客户端。服务端就是Eureka本身，客户端就是服务提供者和消费者，当服务提供者启动会将自己的信息注册到Eureka去，消费者启动会去注册中心拉取服务列表缓存到本地，消费者就可以远程调用服务提供者。客户端会与注册中心保持心跳来证明自己存活，每隔30s客户端会发送心跳给注册中心，默认情况下，每隔90s注册中心会检查是否有收到心跳，如果没有收到心跳会将客户端从服务列表剔除。

2.2 Eureka怎么实现高可用？

搭建至少3台Eureka服务，所有的微服务都注册在这些Eureka实例中。

2.3 什么是Eureka的自我保护模式？

如果Eureka Service在一定时间内没有接收到某个微服务的心跳，会进入自我保护模式。在该模式下Eureka Service会保护服务注册表中的信息，不在删除注册表中的数据，当网络故障恢复后，Eureka Servic 节点会自动退出自我保护模式。

2.4 Eureka和ZooKeeper都提供服务注册与发现的功能，区别是什么？

（1）ZooKeeper保证的是CP（一致性），Eureka保证的是AP（可用性）。
（2）Zookeeper在选举期间注册服务瘫痪不可用，而Eureka各个节点平等，只要一台就能保证服务可以，但查询到的数据不一定是最新的，可以很好的应对网络故障导致的部分节点失联。
（3）Zookeeper有header和follower角色，当header挂掉，会从剩下的follower里面选举一个header，Eureka各个节点平等。
（4）Zookeeper采用半数存活原则，Eureka采用自我保护机制来解决分区问题。

3 Gateway

3.1 Spring Cloud Gateway的作用是什么？

Spring Cloud Gateway整个微服务API请求的入口，负责拦截所有请求，分发到服务上去。可以实现日志拦截、权限控制、解决跨域问题、限流、熔断、负载均衡、隐藏服务端的ip、黑名单与白名单拦截、授权等功能。

3.2 网关与过滤器有什么区别？

网关是对所有服务的请求进行分析过滤，过滤器是对单个服务而言。

3.3 你还了解其他网关吗，有什么区别？

Zuul：基于servlet实现的阻塞式的API，不支持长连接。Gateway底层是Netty方式实现的，性能比Zuul性能要好。
Nginx：Nginx也能实现对api接口的拦截、负载均衡、反向代理、请求过滤等功能，但是它是服务器级别的，Gateway是应用级别的。Nginx是流量网关，属于用户访问的一个入口。用户请求进来是先过Nginx网关，然后在进入到getway网关中。getway网关属于一个业务网关，通过对应的配置将请求传递到每一个业务微服务中去。

4 Ribbon

4.1 Ribbon的作用是什么？

Spring Cloud Ribbon是一个客户端负载均衡工具。主要功能是提供客户端的软件负载均衡算法和服务调用。简单的说，是在配置文件中列出Load Balancer后面所有的机器，Ribbon自动基于某种规则（如简单轮询、随机连接、权重等）去连接这些机器。

4.2 负载均衡的意义什么？

负载均衡的意义是指将负载的任务进行平衡、分摊到多个操作单元上进行运行，主要是用来避免单一应用由于并发等原因，导致应用宕机从而让系统整体无法使用、多负载同时工作，则使用负载均衡能够解决高并发的问题并实现服务的高可用。

4.3 Ribbon的实现原理是什么？

Ribbon属于客户端负载均衡器，客户端自己维护一份服务器的地址列表。Ribbon 会从 Eureka Server 读取服务信息列表。如果服务器宕机了，Ribbon 会从列表剔除宕机的服务器信息。Ribbon 有多种负载均衡算法，可以自行设定规则从而请求到指定的服务器。Ribbon 提供了几种常见的负载均衡策略：随机 (Random)、轮询 (RoundRobin)、一致性哈希 (ConsistentHash)、哈希 (Hash)、加权（Weighted）。

Ribbon 初始化的过程：
（1）Spring Boot 加载 Ribbon 的自动配置类 LoadBalancerAutoConfiguration。
（2）如果 RestTemplate 或者 AsyncRestTemplate 添加了注解，Ribbon 初始化时会收集加了@LoadBalanced 注解的 RestTemplate 和 AsyncRestTemplate ，把它们放到一个 List 里面。
（3）Ribbon 里面的 RestTemplateCustomizer 会给每个 RestTemplate 进行定制化，也就是加上了拦截器 LoadBalancerInterceptor。
（4）从 Eureka 注册中心获取服务列表，然后存到 Ribbon 中。
（5）加载 YMAL 配置文件，配置好负载均衡配置，创建一个 ILoadbalancer 接口实例。

Ribbon 拦截请求的原理 ：
（1）Ribbon 拦截所有标注@loadBalance注解的 RestTemplate。将 默认的拦截器 LoadBalancerInterceptor 添加到 RestTemplate 的执行逻辑中，当 RestTemplate 每次发送 HTTP 请求时，都会被拦截。
（2）拦截后，Ribbon 会创建一个 ILoadBalancer 实例，ILoadBalancer 实例会使用 RibbonClientConfiguration 完成自动配置，就会配置好 IRule、IPing、ServerList三个接口实例。
IRule是负载均衡策略，IPing判定服务可用性，ServerList是可用服务列表。
（3）Ribbon 从服务列表中选择一个服务，按规则将请求转发给这个服务。

5 Hystrix

5.1 Hystrix的作用是什么？

在微服务架构中业务拆分成一个个的服务，服务与服务之间可以相互调用。为了保证其高可用，单个服务必须集群部署。由于网络原因或者自身的原因，服务并不能保证服务的100%可用，如果单个服务出现问题，调用这个服务就会出现网络延迟。此时若有大量的请求涌入，可能导致服务瘫痪。某个基础服务不可用造成整个系统不可用的情况, 这种现象被称为服务雪崩效应。Hystrix 用于解决微服务系统交互时超时处理和容错的工具库, 它拥有保护系统的能力。

5.2 服务雪崩的原因有哪些？

（1）机器故障：例如机器的硬驱动引起的错误，或者一些特定的机器上出现一些的bug（如内存中断或者死锁）。
（2）服务器负载发生变化：某些时候服务会因为用户行为造成请求无法及时处理从而导致雪崩，例如促销活动，若没有提前增加机器，可能会造服务器压力骤然增大而宕机。
（3）人为因素：开发人员的代码中出现的BUG。

5.3 在微服务中如何保护服务?

（1）熔断模式：这种模式主要是参考电路熔断，如果一条线路电压过高，保险丝会熔断，防止火灾。放到我们的系统中，如果某个目标服务调用慢或者有大量超时，此时，熔断该服务的调用，对于后续调用请求，不在继续调用目标服务，直接返回，快速释放资源。如果目标服务情况好转则恢复调用。
（2）隔离模式：这种模式就像对系统请求按类型划分成一个个小岛的一样，当某个小岛被火烧光了，不会影响到其他的小岛。例如可以对不同类型的请求使用线程池来资源隔离，每种类型的请求互不影响，如果一种类型的请求线程资源耗尽，则对后续的该类型请求直接返回，不再调用后续资源。这种模式使用场景非常多，例如将一个服务拆开，对于重要的服务使用单独服务器来部署，再或者公司最近推广的多中心。
（3）限流模式：上述的熔断模式和隔离模式都属于出错后的容错处理机制，而限流模式则可以称为预防模式。限流模式主要是提前对各个类型的请求设置最高的QPS阈值，若高于设置的阈值则对该请求直接返回，不再调用后续资源。这种模式不能解决服务依赖的问题，只能解决系统整体资源分配问题，因为没有被限流的请求依然有可能造成雪崩效应。

5.4 通过Hystrix如何实现服务降级？

重写HystrixCommand中的getFallback()方法，当Hystrix的run方法或construct执行发生错误时转而执行getFallback()方法。

6 Feign

6.1 Feign的作用是什么？

Feign是Spring Cloud组件中的一个轻量级RESTful的HTTP服务客户端，用于实现微服务之间的声明式调用。

6.2 Spring Cloud有几种调用接口方式

  • RestTemplate调用

首先在入口函数里注入RestTemplate：

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

    @Bean
    @LoadBalanced
    RestTemplate restTemplate() {
        return new RestTemplate();
    }

在 test case里传入参数，调用RestTemplate：

@Autowired
private RestTemplate restTemplate;
@Test
public void queryOrder() {
	String orderId = "202212121221";
    String url = "http://micro_service_1/find?orderId=" + orderId;
    Order order = restTemplate.getForObject(url, List.class);
    System.out.println(order.toString());
  }
}
  • Feign调用

配置maven依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

在调用者服务里定义 FeignClient 接口：

@FeignClient("micro_service_1")
public interface QueryOrderFeign {
    @RequestMapping(value = "/queryOrder", method = RequestMethod.GET)
    public Order queryOrder(@RequestParam String orderId);
}

在 test case里传入参数，调用 FeignClient：

@Autowired
private QueryOrderFeign queryOrderFeign;

@Test
public void queryOrder(String orderId) {
    String orderId = "202212121221";
	Order order = queryOrderFeign.queryOrder(orderId);
	System.out.println(order.toString());
}

6.3 Ribbon和Feign调用服务的区别？

（1）启动类注解不同，Ribbon使用的注解是@RibbonClient，而Feign使用注解是@EnableFeignClients。
（2）服务的指定位置不同，Ribbon的服务实在注解@RibbonClient中声明的，而Feign是在注解@FeignClient中声明的。
（3）调用方式不同，Ribbon需要自己构建HTTP请求来，使用RestTemplate将该请求发送出去。Feign在Ribbon的基础上进行封装，采用的是接口的方式，无需自己构建HTTP请求，只需将其他服务的方法定义成抽象方法即可。
（4）依赖不同，Ribbon的Maven依赖是spring-cloud-starter-netflix-ribbon；Feign的Maven依赖是spring-cloud-starter-openfeign。

7 Bus

7.1 什么是 Spring Cloud Bus？

Spring Cloud Bus Spring Cloud Bus 被称为消息总线，使用轻量级的消息代理来连接微服务架构中的各个服务，可以将其用于广播状态更改（例如配置中心配置更改）或其他管理指令。例如，Spring Cloud Bus 配合 Spring Cloud Config 使用可以实现配置的动态刷新。目前 Spring Cloud Bus 支持两种消息代理：RabbitMQ 和 Kafka。

7.2 Spring Cloud Bus 如何刷新配置？

Spring Cloud Bus提供了一个http接口 /bus/refresh。将这个接口配置到git的webhook上，当git上的内容发生改变时，就会自动调用/bus/refresh接口。Spring Cloud Bus就会通知Config Server发布更新消息到消息总线的消息队列，其他服务订阅到该消息就会信息刷新，从而实现整个微服务进行自动刷新。

8 Config

8.1 Spring Cloud Config有什么用处?

Spring Cloud Config 为微服务架构中的应用提供集中化的外部配置支持，它分为服务端和客户端两个部分。服务端被称为分布式配置中心，它是个独立的应用，可以从配置仓库获取配置信息并提供给客户端使用。客户端可以通过配置中心来获取配置信息，在启动时加载配置。配置中心默认采用Git来存储配置信息，可以使用Git客户端来方便地管理和访问配置信息。

8.2 还有哪些成熟的分布式配置中心？

携程Apollo、百度Disconf、Alibaba Nacos。

参考(摘抄的文字版权属于原作者)
https://zhuanlan.zhihu.com/p/574974504open in new window
https://zhuanlan.zhihu.com/p/406311277open in new window
https://www.cnblogs.com/dingpeng9055/p/16404777.htmlopen in new window
https://www.cnblogs.com/xyhero/p/53852cf0245c229fe3e22756a220508b.htmlopen in new window

上次编辑于: