台部落Zachary

我是一個着迷於產品和運營的技術人，樂於跨界的終身學習者。歡迎關注我的個人公衆號「跨界架構師」每週五11：45 按時送達我的第「113」篇原創敬上幾乎每個程序員都知道github，但是知道目前上面有多少repositories的估

2019-10-28 10:15:29

如果第二次看到我的文章，歡迎「文末」掃碼訂閱我個人的公衆號（跨界架構師）喲~ 每週五早8點按時送達到公衆號。當然了，也會時不時加個餐～ Z哥在前面的三篇文章裏和你一起聊了「高性能」主題下與「緩存」相關的內容。這次和你來聊聊提高性能的另

2019-05-06 10:25:08

如果第二次看到我的文章，歡迎文末掃碼訂閱我個人的公衆號（跨界架構師）喲~ 本文長度爲2805字，建議閱讀8分鐘。堅持原創，每一篇都是用心之作～有句話說得好，欲要使其毀滅，先要使其瘋狂。當你沉浸在緩存所帶來的系統tps飆升的喜悅中時，使

2019-04-25 09:15:05

如果第二次看到我的文章，歡迎文末掃碼訂閱我個人的公衆號（跨界架構師）喲~ 本文長度爲4209字，建議閱讀12分鐘。堅持原創，每一篇都是用心之作～在前一篇《360°全方位解讀「緩存」》中，我們聊了運用緩存的三種思路，以及在一個完整的系

2019-04-11 09:15:02

如果這是第二次看到我的文章，歡迎文末掃碼訂閱我個人的公衆號（跨界架構師）喲~ 本文長度爲3578字，建議閱讀10分鐘。堅持原創，每一篇都是用心之作～此前的「伸縮性」章節結束了，此文是「高性能」章節的第一篇。只要是位正兒八經的程序員自

2019-03-21 14:05:06

如果第二次看到我的文章，歡迎下方掃碼訂閱我的個人公衆號（跨界架構師）喲~本文長度爲5389字，建議閱讀14分鐘。堅持原創，每一篇都是用心之作～沒想到這篇文章寫了這麼長，一時半會沒消化完的話，可以收藏一下先。這是「伸縮性」章節的第四篇

2019-03-08 09:15:06

如果這是第二次看到我的文章，歡迎下方掃碼訂閱我的個人公衆號（跨界架構師）喲~ 👉本文長度爲2728字，建議閱讀8分鐘。堅持原創，每一篇都是用心之作～前面聊完的2個章節「數據一致性」和「高可用」其實本質是一個通過提升複雜度讓整體更完善的

2019-01-18 09:02:44

如果這是第二次看到我的文章，歡迎文末掃碼訂閱我喲~ 👉本文長度爲4229字，建議閱讀11分鐘。這是本系列中既「數據一致性」後的第二章節——「高可用」的完結篇。前面幾篇中z哥跟你聊了聊做「高可用」的意義，以及如何做「負載均衡」和「高可用

2019-01-02 10:02:42

如果這是第二次看到我的文章，歡迎掃描文末二維碼訂閱我喲~本文長度爲4069字，建議閱讀11分鐘。也許你對降級已經有了一些認識，認真看完，我想這篇文章可能會給你帶來一些新的收穫～前面兩篇我們已經聊過了「熔斷」（如何在到處是“雷”的系統中「

2018-12-19 09:24:19

如果這是第二次看到我的文章，歡迎掃描文末二維碼訂閱我喲~本文長度爲2869字，建議閱讀8分鐘。可能你在網上看過不少「限流」相關的文章，但是z哥的這篇可能是最全面，最深入淺出的一篇了（容我飄幾秒～）。開個玩笑，希望你能收穫一些增量價值就好～

2018-12-10 09:52:41

如果這是第二次看到我的文章，歡迎掃描文末二維碼訂閱我喲~本文長度爲3319字，建議閱讀9分鐘。當我們工作所在的系統處於分佈式系統初期的時候，往往這時候每個服務都只部署了一個節點。那麼在這樣的背景下，如果某個服務A需要發佈一個新版本，往往

2018-11-19 23:28:04

本文長度爲3056字，預計讀完需1.1MB流量，建議閱讀8分鐘。這篇是《分佈式關注點系列》中「負載均衡」相關的內容最後一發了，後續也會繼續講「高可用」相關的其它主題，主要是限流、降級、熔斷之類的吧，具體還沒定。文末先附上之前發過的高可用相

2018-11-06 23:53:09

本文長度爲3032字，預計讀完需1.1MB流量，建議閱讀8分鐘。前面兩篇《分佈式系統關注點——初識「高可用」》、《分佈式系統關注點——僅需這一篇，吃透「負載均衡」妥妥的》看完後，相信大家對實現高可用的思路和負載均衡的策略有了一些瞭解。這

2018-10-23 08:03:23

本文長度爲3426字，預計讀完需1.2MB流量，建議閱讀9分鐘。　　上一篇《分佈式系統關注點——初識「高可用」》我們對「高可用」有了一個初步認識，其中認爲「負載均衡」是「高可用」的核心工作。那麼，本篇將通過圖文並茂的方式，來描述出每一種

2018-10-08 22:23:17