huorongbj
- 浏览: 19629 次
-
最新评论
文章列表
如果第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为4209字，建议阅读12分钟。
坚持原创，每一篇都是用心之作～
在前一篇《360°全方位解读「缓存」》中，我们聊了运用缓 ...
如果这是第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为4818字，建议阅读13分钟。
坚持原创，每一篇都是用心之作～
这是一篇半娱乐性的吐槽文章，权当给广大技术人员解解闷：）。
哈哈哈，然后我要开始讲一个经常在发生的事实了。（程序员们可能会感到一些不适）
如果这是第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为3578字，建议阅读10分钟。
坚持原创，每一篇都是用心之作～
此前的「伸缩性」章节结束了，此文是「高性能」章节的第一篇。
只要是位正儿八经的程序员自然知道「缓存」是什么，甚至我司的很多做运营的小姐姐现在和程序员小哥哥的交流中都时不时冒出「缓存」字眼，让人压力山大。（本文讨论的「缓存」皆指的是软件层面运用的缓存）
如果第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为4673字，建议阅读11分钟。
坚持原创，每一篇都是用心之作～
春节过去1个月了，最近陆陆续续在和部门里的同事做1:1沟通。除了想对工作方向达成一个共识之外，还想了解一下每个人对自己在19年的一些规划，或者说希望达成的「小目标」。
28法则真的在很多场景都适用，随着这几天的沟通。我发现大约也就只有20%人对自己有设立一个比较明确的目标。
如果第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为5389字，建议阅读14分钟。
坚持原创，每一篇都是用心之作～
没想到这篇文章写了这么长，一时半会没消化完的话，可以 ...
如果第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为5723字，建议阅读15分钟。
坚持原创，每一篇都是用心之作～
这是一篇以程序员视角写的文章，但是内容是互联网行业通用的。
文章虽然有点长，但是这里的读者大部分还是互联网行业的，所以我认为值得你看完，应该会对你有所帮助。
如果第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为3633字，建议阅读10分钟。
坚持原创，每一篇都是用心之作～
如果我们的开发工作真的就如搭积木一般就好了，轮廓分明，个个分开，坏了哪块积木换掉哪块就好了。
但是，实际我们的工作中所面临的可能只有一块积木，而且还是一大块，要换得一起换，要修得一起修。
Z哥在之前《分布式系统关注点（13）—
如果这是第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为3012字，建议阅读8分钟。
坚持原创，每一篇都是用心之作～
下面的这个场景你可能会觉得很熟悉（Z哥我又要出演了）：
Z哥：@All 兄弟姐妹们，这次我这边有个需求需要给「商品上架」增加一道审核，会影响到大家和我交互的接口。大家抽空配合改一下，明天一起更新个版本。
如果这是第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为2871字，建议阅读8分钟。
坚持原创，每一篇都是用心之作～
先来聊一下这个问题的背景吧。
前两天有小伙伴问到Z哥这个问题。
其实坦白说，我刚做开始程序员的前两年，行业中就已经充斥着这样担忧了，有说中年危机的，也有说35岁危机的。
如果这是第二次看到我的文章，欢迎文末扫码订阅我的个人公众号（跨界架构师）哟~
本文长度为2728字，建议阅读8分钟。
坚持原创，每一篇都是用心之作～
前面聊完的2个章节「数据一致性」和「高可用」其实本质是一个通过提升复杂度让整体更完善的方式。
接下去我们开始聊一些让系统更简单，更容易维护的东西——「易伸缩」，首当其冲的第一篇文章就是「stateless」，也叫「无状态」。
z哥带你先来认识一下「状态」是什么。
本文长度为4069字，建议阅读11分钟。
也许你对降级已经有了一些认识，认真看完，我想这篇文章可能会给你带来一些新的收获～
前面两篇我们已经聊过了「熔断」（如何在到处是“雷”的系统中「明哲保身」？这是第一招）和「限流」（想通关「限流」？只要这一篇），这次我们聊的就是「高可用三剑客」中剩下的「
如果这是第二次看到我的文章，欢迎订阅我的公众号（跨界架构师）哟~
本文长度为4229字，建议阅读11分钟。
这是本系列中既「数据一致性」后的第二章节——「高可用」的完结篇。
前面几篇中z哥跟你聊了聊做「高可用」的意义，以及如何做「负载均衡」和「高可用三剑客」（熔断、限流、降级，文末会附上前文连接：））。这次，我们
如果这是第二次看到我的文章，欢迎在文末扫码订阅我哟~
本文长度为2869字，建议阅读8分钟。
可能你在网上看过不少「限流」相关的文章，但是z哥的这篇可能是最全面，最深入浅出的一篇了（容我飘几秒～）。
...
如果这是第二次看到我的文章，欢迎在文末扫码订阅我哟~
本文长度为3319字，建议阅读9分钟。
当我们工作所在的系统处于分布式系统初期的时候，往往这时候每个服务都只部署了一个节点。
那么在这样的背景下， ...
本文长度为3056字，预计读完需1.1MB流量，建议阅读8分钟。
阅读目录
什么是Session丢失？
nginx是如何来解决这个问题的?
Session保持的其它方案
结语
这篇是《分布式关注点系列》中「负载均衡」相关的内容最后一发了，后续也会继续讲「高可用」相关的其它主题，主要是限流、降级、熔断之类的吧，具体还没定。文末先附上之前发过的高可用相关文章，供你再温故一下。