在京东我们是如何做服务降级的

当我们依赖的中间件资源或者是上游服务性能出现严重问题时，为了防止用户看到错误页面或者加载页面时间过长，我们需要将服务降级静态页面。或者将不影响主流程的旁路服务关闭掉，以让出资源给主要流程。这类操作称为降级。服务降级方案有三种方式，降低一致性、减少非必要功能、简化功能，后面我会分别举例说明。

想要做好降级的前提是，提前压测得出指标上限，还有提前梳理好系统的性能制约点，比如依赖的服务响应超时时间和基础负载性能（比如CPU使用率），并纳入监控范围。当前提就绪后，我们就开始编写异常降级操作手册，包括托底预案，描述好当发生什么样的场景时，每一步做什么，它的预期结果是什么，还有是否演练过，只有经过真枪实弹考验的士兵才是好士兵。最后一点，我们会特别注意的，降级方案是手动生效还是自动生效的，它和止损息息相关。

先来看看手动生效。手动生效意味需要当有人反馈或者监控发现有异常后，手动修改配置中心的值，使得提前准备的降级预案生效。比如正常情况下我们会先读缓存，如果缓存中没有就尝试从数据库读取，服务降级后，当缓存无法命中时，直接返回默认值，简化功能。不过需要注意，有些情况操作生效时间不是实时的，客户端会缓存第一次加载的配置，然后每隔一段时间就同步一次，甚至需要重启APP才能生效，必要性只能让客服引导用户重启APP。

再来看看自动生效。一般做法是，在接口定义时