分布式系統的架構思路

來源:互聯網
上載者:User
這是一個建立於 的文章,其中的資訊可能已經有所發展或是發生改變。

一、前言

在電腦領域,當單機效能達到瓶頸時,有兩種方式可以解決效能問題,一是堆硬體,進一步提升配置,二是分布式,水平擴充。當然,兩者都是一樣的燒錢。
今天聊聊我所理解的分布式系統的架構思路。

二、分布式系統的兩種方式

平時接觸到的分布式系統有很多種,比如Distributed File System,分散式資料庫,分布式WebService,分散式運算等等,面向的情景不同,但分布式的思路是否是一樣的呢?

1.簡單的例子

假設我們有一台伺服器,它可以承擔1百萬/秒的請求,這個請求可以的是通過http訪問網頁,通過tcp下載檔案,jdbc執行sql,RPC調用介面…,現在我們有一條資料的請求是2百萬/秒,很顯然伺服器hold不住了,會各種拒絕訪問,甚至崩潰,宕機,怎麼辦呢。一台機器解決不了的問題,那就兩台。所以我們加一台機器,每台承擔1百萬。如果請求繼續增加呢,兩台解決不了的問題,那就三台唄。這種方式我們稱之為水平擴充。如何?請求的平均分配便是負載平衡了。

另一個栗子,我們現在有兩個資料請求,資料1 90萬,資料2 80萬,上面那台機器也hold不住,我們加一台機器來負載平衡一下,每台機器處理45萬資料1和40萬資料2,但是平分太麻煩,不如一台處理資料1,一台處理資料2,同樣能解決問題,這種方式我們稱之為垂直分割

水平擴充垂直分割是分布式架構的兩種思路,但並不是一個二選一的問題,更多的是兼并合用。下面介紹一個實際的情境。這也是許多互連網的公司架構思路。

2.實際的例子

我此時所在的公司的電腦系統很龐大,自然是一個整的分布式系統,為了方便組織管理,公司將整個技術部按業務和平台拆分為部門,訂單的,會員的,商家的等等,每個部門有自己的web伺服器叢集,資料庫伺服器叢集,通過同一個網站訪問的連結可能來自於不同的伺服器和資料庫,對網站及底層對資料庫的訪問被分配到了不同的伺服器叢集,這個便是典型的按業務做的垂直分割,每個部門的伺服器在hold不住時,會有彈性的擴充,這便是水平擴充

在資料庫層,有些表非常大,資料量在億級,如果只是純粹的水平的擴充並不一定最好,如果對錶進行拆分,比如可以按使用者id進行水平拆表,通過對id模數的方式,將使用者劃分到多張表中,同時這些表也可以處在不同的伺服器。按業務的垂直拆庫和按使用者水平拆表是分散式資料庫中通用的解決方案。

三、負載平衡

前面我們談到了分布式來解決效能問題,但其附帶的問題是怎麼分布,即如何負載平衡。這裡要解決的問題是當用戶端請求時,應該讓它請求分布式系統中哪一台伺服器,通常的做法是通過一台中間伺服器來給客服端分配目標伺服器。

這裡同樣拿兩個不同的分布式系統做說明,左邊是Distributed File SystemFastDFS,右邊是一個用於分布式的RPC中介軟體。

  • FastDFS的一次檔案下載請求過程是這樣的
    1.client詢問tracker可以下載指定檔案的storage;
    2.tracker返回一台可用的storage;
    3.client直接和storage通訊完成檔案下載。

其中tracker便是負載平衡伺服器,storage是隱藏檔和處理上傳下載請求的伺服器。

  • 而另一個RPC中介軟體Hedwig也是類似的
    1.client詢問zookeeper哪台server可以執行請求;
    2.zookeeper返回一台可用server;
    3.client直接與service完成一次RPC。

zookeeper是分布式系統中一個負載平衡架構,google的chubby的一個開源實現,是是Hadoop和Hbase的重要組件。

同樣的在http中,常聽說的nginx也是一個負載平衡伺服器,它面向的是分布式web伺服器。至於具體的負載平衡演算法輪詢,hash等這裡就不深入了。

四、同步

分布式系統中,解決了負載平衡的問題後,另外一個問題就是資料的一致性了,這個就需要通過同步來保障。根據不同的情境和需求,同步的方式也是有選擇的。

在Distributed File System中,比如商品頁面的圖片,如果進行了修改,同步要求並不高,就算有數秒甚至數分鐘的延遲都是可以接受的,因為一般不會產生損失性的影響,因此可以簡單的通過檔案修改的時間戳記,隔一定時間掃描同步一次,可以犧牲一致性來提高效率。

但銀行中的分散式資料庫就不一樣了,一丁點不同步就是無法接受的,甚至可以通過加鎖等犧牲效能的方式來保障完全的一致。

在一致性演算法中paxos演算法是公認的最好的演算法,chubby、zookeeper中paxos是它保證一致性的核心。這個演算法比較難懂,我目前也沒弄懂,這裡就不深入了。

五、結語

接觸過這麼多分布式系統後發現,它們的設計思路是如此的相似,這或許就是萬法歸一吧。

擴充閱讀

  • 1號店訂單系統水平分庫的實踐之路以及關鍵步驟
  • 負載平衡調度演算法大全
  • 分布式系統Paxos演算法

作者:初龍

原文連結:https://chulung.com/article/architecture-of-distributed-system

本文由MetaCLBlog於2017-07-17 09:05:11自動同步至cnblogs

本文基於 知識共用-署名-非商業性使用-禁止演繹 4.0 國際許可協議發布,轉載必須保留署名及連結。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.