在微服务架构里，我们经常把“熔断、限流、降级”这三兄弟放在一起讨论。而熔断，作为保障系统可用性的关键一环，是每个后端工程师都必须掌握的核心技能。你不仅要懂它是什么，更要能说清楚，在实战中你是如何利用它来拯救你的系统的。

熔断的本质：一种“舍车保帅”的智慧

首先，什么是熔断？在微服务世界里，当一个下游服务因为自身问题（比如负载过高、程序Bug）变得不稳定时，熔断机制会介入，在一段时间内主动切断对这个服务的调用，直接返回一个错误，直到该服务恢复正常。

假如我们的服务提供者user-service部署了多个实例，如图：

大家思考几个问题：

• order-service在发起远程调用的时候，该如何得知user-service实例的ip地址和端口？
• 有多个user-service实例地址，order-service调用时该如何选择？
• order-service如何得知某个user-service实例是否依然健康，是不是已经宕机？

基于Netflix Feign 实现，整合了Spring Cloud Ribbon 与Spring Cloud Hystrix， 它提供了一种声明式服务调用的方式。

先来看我们以前利用RestTemplate发起远程调用的代码：

存在下面的问题：

• 代码可读性差，编程体验不统一
• 参数复杂URL难以维护

Spring Cloud Gateway 项目是基于 Spring 5.0，Spring Boot 2.0 和 Project Reactor 等响应式编程和事件流技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。

为什么需要网关

Gateway网关是我们服务的守门神，所有微服务的统一入口。

网关的核心功能特性：

• 请求路由
• 权限控制
• 限流

架构图：

在微服务架构中，服务与服务之间通过远程调用的方式进行通信，一旦某个被调用的服务发生了故障，其依赖服务也会发生故障，此时就会发生故障的蔓延，最终导致灾难性雪崩效应。Hystrix实现了断路器模式，当某个服务发生故障时，通过断路器的监控，给调用方返回一个错误响应，而不是长时间的等待，这样就不会使得调用方由于长时间得不到响应而占用线程，从而防止故障的蔓延。Hystrix具备服务降级、服务熔断、线程隔离、请求缓存、请求合并及服务监控等强大功能。

Hystrix介绍

什么是灾难性的雪崩效应

什么是灾难性的雪崩效应?我们通过结构图来说明，如下

上一节中，我们添加了@LoadBalanced注解，即可实现负载均衡功能，这是什么原理呢？

负载均衡原理

SpringCloud底层其实是利用了一个名为Ribbon的组件，来实现负载均衡功能的。

那么我们发出的请求明明是http://userservice/user/1，怎么变成了http://localhost:8081的呢？

任何分布式架构都离不开服务的拆分，微服务也是一样。

服务拆分原则

这里我总结了微服务拆分时的几个原则：

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

随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？

单体架构

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

单体架构的优缺点如下：

分布式系统中设计分布式 ID 对于确保订单、用户或记录等实体的唯一性至关重要。

分布式 ID 的设计需求

• 唯一性：ID 必须在所有服务或系统中全局唯一。
• 可扩展性：系统应能够在高负载下以高吞吐量生成 ID。
• 排序性：在某些用例中，ID 需要是有序或大致按时间排序的（例如用于排序）。
• 避免碰撞：两个 ID 相同的概率应当极小。
• 去中心化：ID 的生成应不依赖单一的生成器，避免单点故障。
• 可用性：即使在网络分区时，ID 生成系统也应能正常工作。
• 紧凑性：ID 的格式应在存储时高效，特别是在数据库或日志中。
• 透明性：有时 ID 需要嵌入元数据（如时间戳或机器 ID ）以便调试或追踪。

什么是Dubbo

Dubbo是一个分布式、高性能、透明化的RPC服务框架，提供服务自动注册、自动发现等高效服务治理方案，可以和Spring框架无缝集成。Dubbo最常用的应用就是远程调用。

Dubbo中服务端最核心的对象有四个：

• ApplicationConfig：配置当前应用信息
• ProtocolConfig：配置提供服务的协议信息
• RegistryConfig：配置注册相关信息
• ServiceConfig：配置暴露的服务信息