2019-12-13不怕你说不行，就怕你不吭声作者回复: 很形象，^_^
7
2019-12-17请问，如果核心业务，比如说双十一的时候，支付场景下，银行跟不上这么大的流量，那这个时候熔断和降级其实都不合适，应该怎么做，谢谢了！作者回复: 应该是限流吧。
另外支付调用银行的接口可以是异步的，然后等待银行的回调，这样就可以把支付请求放入队列，用户的感知是支付成功有些延迟 1
2019-12-11看着熔断状态变更示意图有问题，状态变化和箭头提示对应有错误 1
2019-12-11嗯，新功能上线时通过开关来实现快速的回滚，即从高版本回滚到低版本也是一种降级。
这样有选择的降级就和蓝绿发布连接在一起了 1
2020-02-07请问处于熔断状态，为啥直接返回空，而不是换一个节点重试呢？
2019-12-26好的开关需要经过演练。作者回复: 必须要演练
2019-12-14dubbo的监控中心也有降级作者回复: 是框架提供的降级策略
2019-12-11请教老师一个问题，熔断和开关降级都是有损的处理方式，文中提到是针对非核心业务，但是如果核心业务也遇到两类问题的困扰的时候，需要怎么处理？不能采用熔断和开关降级这种方式吗？如果采用后面讲到限流降级可以保证核心业务的可用性，但是还是感觉是有损的，毕竟可能会丢弃部分请求，或者返回错误，所以针对核心业务有什么更好的方式处理吗？尽量对核心业务的损耗更低作者回复: 可以使用限流，也可以设置合适的超时时间，还可以扩容