🏆 技術專題第五期 | 聊聊分佈式的那些事

第三期技術專題| 數據可視化的那些事在你們積極的參與下圓滿結束。本期入選徵文中，有關於 AntV、ECharts、D3 的入門與實戰的，有關於可視化編輯器實現的，有關於 GIS 地圖可視化經驗分享的，更有房產數據可視化這種結合具體場景的文章，同時第四期技術專題|聊聊微前端的那些事也如火如荼的展開了，那咱們後端 Boys 也不能屈居人後不是？

這一次，掘金醬誠邀您與咱們分享您對分佈式的理解，在分佈式方面的實戰經驗，您在實際工做場景中的應用，以及對分佈式的理解與指望。

20世紀90年代，業界採用了基於接口/構件的架構設計方式，很天然的演化出了 SOA，基於服務的架構，但隨着時間的發展，程序設計愈來愈追求輕量級，慢慢的如 WSDL，XML 被 JSON，RESTful 等方式替代，可是 SOA 的思想一直延續着，也就是現在所說的分佈式服務架構。

然而，分佈式的世界中涉及到大量的協議（raft、2pc、lease、quorum 等）、大量的理論（FLP， CAP等）、大量的系統（GFS、MongoDB、MapReduce、Spark、RabbitMQ等）。

兩個字總結就是：硬核！

咱們須要使用分佈式系統主要有兩個緣由：

• 增長系統容量
• 增強系統可用

但就是爲了上述的兩個理由，引入了更多的複雜性，例如：

• 架構設計變得異常複雜。
• 分佈式系統下部署流程變得更復雜。
• 系統的吞吐量會變大，可是響應時間會變長。
• 運維複雜度會由於服務變多而變得很複雜。
• 測試和查錯的複雜度增大。
• 技術多元化，這會帶來維護和運維的複雜度。
• 管理分佈式系統中的服務和調度變得困難和複雜。

這可能就是技術發展的必然吧：解決一個問題，經常會引入新的問題。

好比，爲了提升可用性，引入了冗餘；而冗餘又帶來了副本之間的一致性問題，因此引入了中心化副本協議（primary/secondary)；那麼接下來就要考慮 primary（節點）故障時候的選舉問題。

還有的時候整個設計造成了一個閉環：咱們須要提升性能，所以設計了分片緩存，然而爲了保證數據的正確性，咱們又須要考慮數據的一致性，而後爲了數據的一致性，又不得不放棄必定的性能。

能夠參考的技術主題

• 如何學好分佈式（咱們不要說明書哦😂）
• 手寫一個分佈式系統（如6.824中的簡化版 MapReduce）
• 單體架構改造爲分佈式系統的實戰經驗
• 如何解決分佈式事務
• 如何解決分佈式系統中數據一致性的問題
• 分佈式系統的服務調度
• 分佈式系統的運維管理方案
• 其餘分佈式系統中的核心問題等等

參與方式

徵文活動面向全部掘金用戶，參與方式以下：

參與活動用戶請以「文章標題 | 🏆 技術專題第五期徵文 ...... 」做爲寫做內容標題。發佈文章時，請選擇「 後端」分類、「分佈式」的標籤，文末需附上本次徵文活動的連接。

格式爲：

1. 使用 掘金 Markdown 編輯器 的同窗直接複製如下內容到文章後

[🏆 技術專題第五期 | 聊聊分佈式的那些事......](https://juejin.cn/post/6872367966512644103)
複製代碼

2. 使用 掘金富文本編輯器 的同窗直接複製如下內容到文章後

   🏆 技術專題第五期 | 聊聊分佈式的那些事......

獎項設置

一樣地，咱們爲本次活動準備了豐富的獎品：

• 🏆一等獎：文章總積分排名分前3的做者將得到「掘金周邊大禮包」，共計 3 名。

• 💙二等獎：參與活動的文章中，點贊量最高的前 3 篇文章的做者將得到掘金「官方👕T恤 + 搪瓷水杯」各一件；

• 👏三等獎：參與活動的文章中，評論互動量最高 5 篇文章的做者將得到「掘金搪瓷水杯」；

• 🎉新人鼓勵獎：咱們會在參與掘金徵文的新人中隨機抽獎送出「掘金搪瓷水杯」共計 10 名；

• 🐱參與獎：全部參與寫做並符合要求的做者可得到「小冊全場通用六折碼 * 三枚」，不限名次。

• 以上獎項不可重複得到（參與獎不在內），重複會進行順延（若是同時得到其中 2 個獎項，將按分類排序，取最高排名所在的獎項類別）；

• 評選總維度：內容質量

流量扶持

全部符合徵文活動要求的參與文章，都將得到「 掘金首頁熱門推薦」，更有機會得到掘金官方微博、微信公衆號等渠道推薦，讓更多用戶能夠看到你的文章。
複製代碼

特別感謝

• 感謝@俊寧對本文內容的支持；
• ** 歡迎全部 lv3 以上做者聯繫我加入做者推薦羣!**

往期技術專題徵文

• 🏆 技術專題第一期 | 聊聊 Deno的一些事兒
• 🏆 技術專題第二期 | 我與 Go 的那些事
• 🏆 技術專題第三期 | 數據可視化的那些事
• 🏆 技術專題第四期 | 聊聊微前端的那些事
• 🏆 技術專題第五期 | 聊聊分佈式的那些事