如何理解分佈式

所謂分佈式，比如一個超級大的項目，同一個服務，把數據庫的不一樣部分分開創建到不一樣的服務器上。以緩解數據庫大量數據訪問的壓力。

爲何會出現分佈式架構（產生背景）：
目的是解決單臺普通計算機的沒法完成的存儲、計算問題， 尤爲是在升級服務器性能特別昂貴時。
不少大公司的業務量比較大（好比淘寶網、京東等），天天的訪問量都達到幾百萬上千萬，甚至上億的訪問量，在訪問量不是很大的狀況下，是能夠經過提升單臺服務器的配置來知足需求的。可是當單臺服務器已經知足不了需求的時候就須要作分佈式處理了。畢竟一臺服務器的處理能力是有限的。若是分散到幾臺甚至幾十臺幾百天電腦上，其優點就顯現出來了。

優勢:
1, 性能提高， 多節點並行工做。
2，可用性更高， 節點之間互不影響， 故障能夠轉移。

缺點:
　　分佈式系統須要大量機器協做，面臨諸多的挑戰：
　　第一，異構的機器與網絡：
　　　　分佈式系統中的機器，配置不同，其上運行的服務也可能由不一樣的語言、架構實現，所以處理能力也不同；節點間經過網絡鏈接，而不一樣網絡運營商提供的網絡的帶寬、延時、丟包率又不同。怎麼保證你們齊頭並進，共同完成目標，這四個不小的挑戰。
　　第二，廣泛的節點故障：
　　　　雖然單個節點的故障機率較低，但節點數目達到必定規模，出故障的機率就變高了。分佈式系統須要保證故障發生的時候，系統仍然是可用的，這就須要監控節點的狀態，在節點故障的狀況下將該節點負責的計算、存儲任務轉移到其餘節點
　　第三，不可靠的網絡：
　　　　節點間經過網絡通訊，而網絡是不可靠的。可能的網絡問題包括：網絡分割、延時、丟包、亂序。
　　　　相比單機過程調用，網絡通訊最讓人頭疼的是超時：節點A向節點B發出請求，在約定的時間內沒有收到節點B的響應，那麼B是否處理了請求，這個是不肯定的，這個不肯定會帶來諸多問題，最簡單的，是否要重試請求，節點B會不會屢次處理同一個請求。

綜上：分佈式就是一臺服務器上取數據，多臺服務器共享
--------------------- 
做者：Chauncy Nong 
來源：CSDN 
原文：https://blog.csdn.net/ChauncyNong/article/details/80962958 
版權聲明：本文爲博主原創文章，轉載請附上博文連接！