服务降级与熔断有何本质区别，为何两者在系统稳定性中扮演不同角色？

本文共计1661个文字，预计阅读时间需要7分钟。

服务降级：系统资源有限时的协调策略概念：服务降级通常指在服务器压力增大时，根据实际业务使用情况和流量，对某些服务和页面进行策略性的不处理或简化处理

服务降级:系统有限的资源的合理协调

概念：

服务降级一般是指在服务器压力剧增的时候，根据实际业务使用情况以及流量，对一些服务和页面有策略的不处理或者用一种简单的方式进行处理，从而释放服务器资源的资源以保证核心业务的正常高效运行。

原因：

服务器的资源是有限的，而请求是无限的。在用户使用即并发高峰期，会影响整体服务的性能，严重的话会导致宕机，以至于某些重要服务不可用。故高峰期为了保证核心功能服务的可用性，就需要对某些服务降级处理。可以理解为舍小保大

应用场景：

多用于微服务架构中，一般当整个微服务架构整体的负载超出了预设的上限阈值（和服务器的配置性能有关系），或者即将到来的流量预计会超过预设的阈值时（比如双11、6.18等活动或者秒杀活动）
服务降级是从整个系统的负荷情况出发和考虑的，对某些负荷会比较高的情况，为了预防某些功能（业务场景）出现负荷过载或者响应慢的情况，在其内部暂时舍弃对一些非核心的接口和数据的请求，而直接返回一个提前准备好的fallback（退路）错误处理信息。这样，虽然提供的是一个有损的服务，但却保证了整个系统的稳定性和可用性。

需要考虑的问题：

区分那些服务为核心？那些非核心
降级策略（处理方式，一般指如何给用户友好的提示或者操作）
自动降级还是手动降

服务熔断：

应对雪崩效应的链路自我保护机制。