spring cloud面试八股

什么是 Spring Cloud Bus？我们需要它吗？

考虑以下情况：我们有多个应用程序使用 Spring Cloud Confifig 读取属性，而Spring Cloud Confifig 从GIT 读取这些属性。

下面的例子中多个员工生产者模块从 Employee Confifig Module 获取 Eureka 注册的财产如果假设 GIT 中的 Eureka 注册属性更改为指向另一台 Eureka 服务器，会发生什么情况。在这种 情况下，我们将不得不重新启动服务以获取更新的属性。还有另一种使用执行器端点/刷新的方式。

但是我们将不得不为每个模块单独调用这个 url。

例如：

    如果 EmployeeProducer1 部署在端口 8080 上， 则调用 http：//localhost：8080 / refresh。

    同样对于 Employee Producer2 http：//localhost：8081 /refresh 等等。

    这又很麻烦。这就是 Spring Cloud Bus 发挥作用的地方。

    Spring Cloud Bus 提供了跨多个实例刷新配置的功能。

    因此，在上面的示例中，如果我们刷新Employee Producer1，则会自动刷新所有其 他必需的模块。

    如果我们有多个微服务启动并运行，这特别有用。

    这是通过将所有微服务连接到单个消 息代理来实现的。

    无论何时刷新实例，此事件都会订阅到侦听此代理的所有微服务，并且它们也会刷新。

    可以通过使用端点/总线/刷新来 实现对任何单个实例的刷新

什么是微服务

微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分为一组小的服务， 每个服务运行在其独立的自己的进程中，服务之间相互协调、互相配合，为用户提供最终价值。服务之 间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）,每个服务都围绕着具体的业务进 行构建，并且能够被独立的构建在生产环境、类生产环境等。另外，应避免统一的、集中式的服务管理 机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个 非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写服务，也可以使用不同的数据存储。

什么是服务熔断？什么是服务降级

熔断机制是应对雪崩效应的一种微服务链路保护机制。

当某个微服务不可用或者响应时间太长时， 会进行服务降级，进而熔断该节点微服务的调用，快速返回“错误”的响应信息。

当检测到该节点微服务 调用响应正常后恢复调用链路。

在SpringCloud框架里熔断机制通过Hystrix实现，Hystrix会监控微服务 间调用的状况，

当失败的调用到一定阈值，缺省是5秒内调用20次，如果失败，就会启动熔断机制。

服务降级，一般是从整体负荷考虑。就是当某个服务熔断之后，服务器将不再被调用，

此时客户端 可以自己准备一个本地的fallback回调，返回一个缺省值。

这样做，虽然水平下降，但好歹可用，比直 接挂掉强。

Hystrix相关注解

@EnableHystrix：开启熔断

@HystrixCommand(fallbackMethod=”XXX”)：

声明一个失败回滚处理函数XXX，当被注解的方法执行 超时（默认是1000毫秒），就会执行fallback函数，返回错误提示