本文详细介绍了服务降级的目的和常用策略，包括服务功能降级、读写降级等，并提到了降级指标如超时、失败次数等。超时重试方面，讨论了从代理层到业务层面的超时配置和重试策略。最后，讨论了回滚机制，如发布时备份、灰度发布和数据库变更的回滚准备。重点提及了降级工具Hystrix，并强调了写服务降级的幂等性原则。
降级
目的：保证核心系统可用
常用降级：
1.服务功能降级（如评论区，热销榜）
2.读降级
3.写降级（将db降级为cache，只写cache，之后再同步回db）
4.爬虫降级
5.风控降级（薅羊毛用户）
降级指标
1.超时降级
2.统计失败次数降级
3.故障降级
4.限流降级（达到阈值时）
读服务降级：
接入层缓存，应用层缓存，分布式缓存，rpc服务/db
写服务降级：
写db降级为写缓存，同时异步发送一条写db的消息，保证最终一致性，但是消息队列也会成为瓶颈，可以写消息到本地日志，最后再同步回db，这种情况下要注意并发问题，可以对同一个数据的更改往同一个消息队列发，保证顺序性，或者加上时间戳
降级熔断工具：Hystrix
降级是指原有功能不可用，采用备用方法，熔断是指对方法进行监控，当达到熔断标准时，进行降级
超时重试
超时重试考虑：
1.代理层（nginx）
2.web容器（tomcat）
3.中间件
4.数据库
5.
最低0.47元/天 解锁文章
369
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
