2018-06-09我们现在的降级分为功能降级和服务降级。我们目前将降级开关放到配置中心。
一、功能降级
1、通过降级开关控制功能可用不可用，一般为页面和按钮
2、简化业务操作流程，当降级后简化业务操作步骤，快速完成业务操作
二、服务降级
1、读降级，降级前会读缓存，缓存中不存在的话读数据库，降级后读缓存，缓存中不存在的话，返回默认值，不再读数据库
2、写降级，将之前的同步写数据库降级为先写缓存，然后异步写库
3、服务调用降级，之前两个系统模块通过mq来交互，当mq消息积压或mq宕机出问题后，降级为服务直接调用展开 1 10- 2018-06-09关于降级突然想到了生活中一个类似降级的场景：
现在小饭馆都支持网上订餐，当餐厅内客人不多的时候，餐厅老板或者服务员会去出去送餐，而当餐厅内客户突然增多，服务员忙不过来的时候，一般会进行降级，降级的策略是将外卖配送交给第三方来配送，或者在某个时间段内暂不支持网上订餐，这种情况类似于功能降级。还有一个场景就是关于餐厅炒菜，当餐厅内食客少的时候，大厨一般会现点现炒，而当食客多忙不过来的时候，一般会提前将菜炒好，客人点完就可以吃到，将热菜降级为快餐，这种情况类似于服务降级。纯属个人理解，如有不妥，还请见谅。 1 4 
2018-03-23耗子叔的文章给人行云流水之感，每篇文章从核心介绍，应用场景，分例介绍，架构补图到篇末小节，不仅详略得当，而且读起来感觉畅快。最近响应耗子叔号召，重温基础 tcp/ip 详解，书是好书但没有畅快的感觉。耗子叔要不按你风格写本基础的书，会帮助更多的人作者回复: 谢谢。TCP/IP的，我写在CoolShell上了
2
2018-04-23可以理解为TCC吗 1
2020-02-05降级，降低一致性，关闭次要功能，简化流程功能。降级的道理很好理解，但真正要在项目中埋下降级的逻辑才是麻烦的。降级不是常态，在遇到时候需要保障产品正确的情况下服务依旧是可用的。
同时，文中的缓存逻辑是正确的。读不到缓存，读数据库，然后写缓存。更新数据库后更新缓存。但，从逻辑上讲，依旧有可能在这段时间发生数据不一致，如果读写频繁
2020-01-18规模还可以的公司，基本上都配有预案平台，简单理解就是降级。
降级依赖（例如 第三方支付）
降级功能（例如 再来一单）
2020-01-07降级设计
1.为什么要降级设计
面对突发流量递增，系统压力过大，在有限资源下，为了防止系统崩溃，保证系统的可用性。牺牲掉一些不次要功能。
2.如何要做降级设计
从三个角度来设计，减弱一致性（保证数据最终一致性）、停止次要功能（保证核心功能可用）、简化功能（减少数据量显示）。降级代码或者配置最好能够自动化。
2020-01-06降级设计：解决资源不足和访问量过大的问题。有限的资源扛住大量的请求，就需要对系统进行降级处理。在降级处理的过程中，需要与以下内容做些折中：
1. 降低一致性：从强一致性变成最终一致性
2. 停止次要功能：停止访问不重要的功能
3. 简化功能：把一些简单功能去掉，简化业务流程
降级设计的要点
1. 业务的深度理解
2. 读操作，缓存解决；写操作，异步处理
3. 降级功能的开关是可配置开关
4. 后端服务可感知
感想：降级设计中，后端可感知，将是否降级加入到协议头中作为参数传输，这个必要性很重要，后端根据传递的参数进行预判。展开
2019-12-26坚持学习，学习笔记 https://mubu.com/colla/46SaxSvAwbM
2019-07-12服务降级有三种方式，降低一致性，减少非必要功能，简化功能。这就好比学习过程中一门课很难而又想要提高通过率，只能期待老师降低考试要求，或者自己抓稳那些必得分项，舍弃自己没把握的部分
2019-02-08很棒
我们系统的降级主要有两类，一类是因基础服务不可用的降级，比如：缓存集群不可用，另一类是其他依赖的服务不可用了，我们也会进行降级处理
2018-11-19能够多一些实战以及具体的落地方式就更好了 感觉理论比较重
2018-03-24好文好文。。。
2018-03-22高产似** 点赞👏
2018-03-22从代码层面，是不是要写两套，分别针对正常情况和降级后？作者回复: 一般来说不需要两套，用开关控制就好。
2018-03-22总结的很好