上了一定规模的系统，特别是To C的系统，性能优化或多或少都会被逼着去做一下。否则，系统便无法支撑业务的发展，技术成了拖后腿，不是引领业务了。

中台这个词，最近两年特别火，它的爆发源于2015年张勇在阿里发出的内部信中提到的“大中台，小前台”战略。随后吸引了很多人开始“追逐”它。也有很多人开始借着这概念来挣钱。

我是一个着迷于产品和运营的技术人，乐于跨界的终身学习者。欢迎关注我的个人公众号「跨界架构师」 每周五11：45 按时送达 我的第「114」篇原创敬上

我是一个着迷于产品和运营的技术人，乐于跨界的终身学习者。欢迎关注我的个人公众号「跨界架构师」 每周五11：45 按时送达 我的第「113」篇原创敬上

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五11：45 按时送达。__当然了，也会时不时加个餐～ 我的第「110」篇原创敬上

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五11：45 按时送达。当然了，也会时不时加个餐～ 我的第「85」篇原创敬上

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五早8点 按时送达到公众号。当然了，也会时不时加个餐～我的第「80」篇原创敬上5900字巨献奉上

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五早8点 按时送达到公众号。当然了，也会时不时加个餐～ 在一个分布式系统的开发团队中，有一些问题是很容易产生程序员之间矛盾的。 其中之一就是「业务归属」，就是当新加/修改一个业务的时候，代码变更应该放到你负责的系统还是我负...

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五早8点 按时送达到公众号。当然了，也会时不时加个餐～ 是的，这份礼物最佳受众是程序员。但是，如果你不是程序员，相信这些能使你更懂程序员，能更好的与他们交流。 有些小伙伴们应该知道了，之前的《分布式系统关注点——360°的全方...

监控这个事情，有点像我们平时对人的健康体检。想要效果好、结果靠谱，就得“全面体检”，每一项都做，否则哪怕检查报告都是正常，也不代表没有问题。下面这个景象是不是很熟悉？

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五早8点 按时送达。当然了，也会时不时加个餐～ 这篇是「分布式系统理论」系列的第20篇。提前预告一下，后面还有一篇文章，这个系列就结束了。 在之前，核心的概念都讲的差不多了。前面Z哥带你已经聊过了「数据一致性」、「高可用」、...

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五早8点 按时送达到公众号。当然了，也会时不时加个餐～ 前面一篇文章中，Z哥和你聊了「异步」的意义，以及如何运用它。错过这篇文章的可以先去看一下再来（分布式系统关注点——深入浅出「异步」）。 其实我知道有不少小伙伴容易将「异...

如果第二次看到我的文章，欢迎「文末」扫码订阅我个人的公众号（跨界架构师）哟~ 每周五早8点 按时送达到公众号。当然了，也会时不时加个餐～ Z哥在前面的三篇文章里和你一起聊了「高性能」主题下与「缓存」相关的内容。这次和你来聊聊提高性能的另一个大招——「异步」。 如果你已经对「异步」有所了解的话，这次可以让你...

​如果第二次看到我的文章，欢迎文末扫码订阅我个人的公众号（跨界架构师）哟~ 本文长度为2805字，建议阅读8分钟。坚持原创，每一篇都是用心之作～

如果第二次看到我的文章，欢迎文末扫码订阅我个人的公众号（跨界架构师）哟~ 本文长度为4209字，建议阅读12分钟。坚持原创，每一篇都是用心之作～

如果这是第二次看到我的文章，欢迎文末扫码订阅我个人的公众号（跨界架构师）哟~ 本文长度为4818字，建议阅读13分钟。坚持原创，每一篇都是用心之作～

如果这是第二次看到我的文章，欢迎文末扫码订阅我个人的公众号（跨界架构师）哟~ 本文长度为3578字，建议阅读10分钟。坚持原创，每一篇都是用心之作～

如果第二次看到我的文章，欢迎下方扫码订阅我的个人公众号（跨界架构师）哟~本文长度为4673字，建议阅读11分钟。坚持原创，每一篇都是用心之作～

如果第二次看到我的文章，欢迎下方扫码订阅我的个人公众号（跨界架构师）哟~本文长度为5389字，建议阅读14分钟。坚持原创，每一篇都是用心之作～

如果第二次看到我的文章，欢迎下方扫码订阅我的个人公众号（跨界架构师）哟~本文长度为5723字，建议阅读15分钟。坚持原创，每一篇都是用心之作～

如果第二次看到我的文章，欢迎下方扫码订阅我的个人公众号（跨界架构师）哟~本文长度为3633字，建议阅读10分钟。坚持原创，每一篇都是用心之作～

如果这是第二次看到我的文章，欢迎下方扫码订阅我的个人公众号（跨界架构师）哟~ ?本文长度为3012字，建议阅读8分钟。坚持原创，每一篇都是用心之作～

如果这是第二次看到我的文章，欢迎下方扫码订阅我的个人公众号（跨界架构师）哟~本文长度为2871字，建议阅读8分钟。坚持原创，每一篇都是用心之作～

如果这是第二次看到我的文章，欢迎下方扫码订阅我的个人公众号（跨界架构师）哟~ ?本文长度为2728字，建议阅读8分钟。坚持原创，每一篇都是用心之作～

前面几篇中z哥跟你聊了聊做「高可用」的意义，以及如何做「负载均衡」和「高可用三剑客」（熔断、限流、降级，文末会附上前文连接：））。这次，我们来聊一聊在保证对外高可用的同时，憋出的“内伤”该如何通过「补偿」机制来自行消化。

如果这是第二次看到我的文章，欢迎扫描文末二维码订阅我哟~本文长度为4069字，建议阅读11分钟。 也许你对降级已经有了一些认识，认真看完，我想这篇文章可能会给你带来一些新的收获～ 前面两篇我们已经聊过了「熔断」（如何在到处是“雷”的系统中「明哲保身」？这是第一招）和「限流」（想通关「限流」？只要这一篇），这...

可能你在网上看过不少「限流」相关的文章，但是z哥的这篇可能是最全面，最深入浅出的一篇了（容我飘几秒～）。开个玩笑，希望你能收获一些增量价值就好～。

《第一财经周刊》携手优衣库发布《2018年中国Z世代理想生活报告》中提到： 在受访的95后中，74%的人把闲暇时间分配给了“学习和课外自我充电”；对于理想生活的时间分配，59.74%仍旧想要学习充电，同时58.13%也想发展个人兴趣爱好。

那么在这样的背景下，如果某个服务A需要发布一个新版本，往往会对正在运行的其它依赖服务A的程序产生影响。甚至，一旦服务A的启动预热过程耗时过长，问题会更严重，大量请求会阻塞，产生级联影响，导致整个系统卡慢。

这篇是《分布式关注点系列》中「负载均衡」相关的内容最后一发了，后续也会继续讲「高可用」相关的其它主题，主要是限流、降级、熔断之类的吧，具体还没定。文末先附上之前发过的高可用相关文章，供你再温故一下。