如何構建高可用性分布式系統

分布式系統的優點：

1.可靠性，容錯性在高火山山脈中丟失的手稿。 一台伺服器上的系統崩潰不會影響其他伺服器。

3.靈活性。 新服務可以輕鬆安裝、實施和除錯。

4.計算速度很快。 分布式計算機系統可以具有多台計算機的計算能力，使它們比其他系統更快。

5.開啟。 該服務可通過開放系統在本地和遠端訪問。

6.效能。 與集中式計算機網路集群相比，它可以提供更高的效能和更好的價效比。

一般情況下，分布式系統需要支援以下功能：

下文將單獨討論。

獲得授權後，您可以訪問環境中的任何資源。

例如，Resource Manager 控制對資源的訪問

各種客戶端程式新增和使用新共享資源的程度（容易程度）。

例如，支援異構資源的新增和使用

分布式系統的各個元件可以在併發程序中執行。

例如，在資源和使用者大幅增加的情況下，系統效能仍然可以保持甚至提高。

通常表現為：

例如，發生錯誤時系統繼續工作的能力。

要做到容錯，首先要知道有哪些錯誤（故障），然後針對每種型別的故障逐一解決。

分布式系統中的典型故障如下：

其中，隨機斷層是最嚴重的斷層，也稱為拜占庭斷層。 發生故障時，伺服器可能會生成它從未生成的輸出，但無法檢測到錯誤。 更糟糕的是，故障伺服器惡意與其他伺服器合作以產生惡意錯誤結果。

如果系統是容錯的，那麼它能做的最好的事情就是向其他程序隱藏故障的發生。 由於故障是不可避免的，我們只能依靠冗餘來彌補它們，包括：

對於每個故障，主要解決方案如下：

對於使用者和應用程式來說，網路環境應該是乙個整體，而不是協同工作的構建塊的簡單集合。 包括多個屬性：

分布式系統定義：建立在網路上的軟體系統，通過訊息傳遞相互通訊和協調，向使用者呈現統一整體的系統。

什麼是吞吐量？

可以接收多少個請求，可以返回多少個請求。 一般單位時間內能處理多少個請求，比如每秒能處理多少個請求，一般稱為QPS，如果QTS更嚴格，則每秒可以處理的事務數。

這裡有一些概念表達了同樣的事情。

1.吞吐量：QPS

2.併發性：指同一時間內的連線數。

3.效能：指響應時間。

這裡的資料是壓測中的第乙個，併發越大，qps也會增加，響應時間在一定的併發範圍內不變，當併發無線增加時，響應時間會增加，增加到一定程度會減少。

如何提高吞吐量？

單機效能不足，需要擴容畢大正進行部署，多機同時提供服務形成集群部署，流量請求後將流量均勻分布到每台機器上。 如果還是有瓶頸，先擴容再找原因，最終決定效能的可能不是應用系統，而是資料庫，因為是持久連線獨有的同步互動。 如果資料庫效能不足，過多地擴容應用是沒有用的，因為最終的流量會到達資料庫，所以需要對資料庫進行擴容。

總結：提高吞吐量的唯一解決方案是橫向擴充套件，這不僅解決了訊息堆積的問題，還增加了請求所需的時間。

如何提高可用性？

解決可用性問題的唯一途徑是冗餘，而冗餘就是解決副本之間的一致性問題，而分布式一致性問題構成了分布理論的核心，即CAP問題。

C：一致性。

答：可用性。

p：分割槽容錯。

在分布式場景中，故障發生時必須存在p，一致性解決時可用性無法解決，可用性解決時一致性無法解決，因此可以同時滿足所有三種型別，並且只能選擇任意兩種。 選擇 CP 或 AP。 請注意，只有在發生故障時才會做出此選擇，此時這三個選項在正常情況下都得到滿足。

如何解決可擴充套件性問題？

擴充套件性分為功能擴充套件和集合模仿組擴充套件。

分布式是乙個思想，範圍很廣，我得先知道它的誕生：

以前乙個資料庫和乙個JSP可以用來做乙個應用，但是後來隨著業務的複雜化，我們開始分層，比如MVC之類的，然後我們有了越來越多的資料，比如上億個資料，這個時候，我們開始罵資料庫的時候，資料庫查詢速度太慢， 這也是一種分布。

比如有很多人訪問我們的系統，比如雙11，幾千萬人同時訪問元靈，我們的伺服器（**）無法支援，這個時候會部署到很多臺伺服器，每個伺服器都會分發請求，請求也是分布式的。

當然，隨著業務的擴大，我們也對業務進行了評分，比如註冊登入、物流、賣東西等，不同的系統，但各個系統之間的協調也是一種分配。

1.你用n個資料庫放資料，至少crud方面比較麻煩，你要用cobar、tddl、mysql-proxy等來協調。

2.伺服器：你已經部署了很多伺服器，你必須有一些東西來分發請求，nginx，apache等。

3.你們公司有很多系統，想要鏈結好，就不能滿足光介面，所以就得用一些JMS，比如冰雹Danqi ActiveMQ、ONS等來協調。

4.為了解決IO問題，你必須新增乙個快取，然後快取對應上面的，而且還要分布式，這涉及到memcache、redies等。

以上就是分布式的東西的簡單介紹，還有很多，都是常用的，希望大家能慢慢來，不要一下子全部理解。