1。服務(wù)前的性能和延遲問題，業(yè)務(wù)通常由本地API調(diào)用，本地方法調(diào)用的性能損失較小。服務(wù)后，服務(wù)提供者和消費(fèi)者之間采用遠(yuǎn)程網(wǎng)絡(luò)通信，增加了額外的性能損失:1)客戶端需要序列化消息，主要占用CPU計(jì)算資源。2)序列化過程中需要?jiǎng)?chuàng)建二進(jìn)制數(shù)組，這會(huì)消耗JVM堆內(nèi)存或堆外內(nèi)存。3)客戶端需要向服務(wù)器發(fā)送序列化的二進(jìn)制數(shù)組，占用網(wǎng)絡(luò)帶寬資源。

5)服務(wù)器調(diào)用服務(wù)提供者通過反射實(shí)現(xiàn)類，反射本身對(duì)性能影響很大。6)服務(wù)器序列化響應(yīng)結(jié)果，占用CPU計(jì)算資源。7)服務(wù)器向客戶端發(fā)送響應(yīng)碼流，占用網(wǎng)絡(luò)帶寬資源。8)客戶端讀取響應(yīng)碼流，反序列化成響應(yīng)消息，占用CPU資源。通過分析我們發(fā)現(xiàn)，一個(gè)簡單的本地方法調(diào)用，切換到遠(yuǎn)程服務(wù)調(diào)用后，增加了很多額外的處理流程，不僅占用了大量的系統(tǒng)資源，還增加了延遲。

為此，華為推出了基于云存儲(chǔ)系統(tǒng)和云存儲(chǔ)服務(wù)平臺(tái)方案的端到端存儲(chǔ)服務(wù)解決方案，幫助運(yùn)營商提供云存儲(chǔ)服務(wù)，快速、經(jīng)濟(jì)地發(fā)展用戶。華為云存儲(chǔ)系統(tǒng)具有靈活擴(kuò)展、安全可靠、自動(dòng)化管理、豐富的業(yè)務(wù)支撐能力等特點(diǎn)，能夠滿足海量數(shù)據(jù)存儲(chǔ)和大規(guī)模業(yè)務(wù)承載的需求。靈活擴(kuò)展:高效的存儲(chǔ)基礎(chǔ)架構(gòu)需要支持性能和容量兩方面的擴(kuò)展。華為云存儲(chǔ)系統(tǒng)基于Scaleout架構(gòu)設(shè)計(jì)，為上層業(yè)務(wù)平臺(tái)提供透明的存儲(chǔ)資源服務(wù)，屏蔽底層硬件差異，可以幫助運(yùn)營商擴(kuò)展存儲(chǔ)容量，提升業(yè)務(wù)性能。

one分布式-3/ Library在用戶面前是一個(gè)單一的邏輯的數(shù)據(jù) library，但實(shí)際上是由存儲(chǔ)在幾臺(tái)電腦上的一組數(shù)據(jù)Library組成的。每個(gè)數(shù)據(jù) library受其本地DBMS 分布式 數(shù)據(jù)每個(gè)庫數(shù)據(jù) library服務(wù)器協(xié)作維護(hù)全局?jǐn)?shù)據(jù) library的一致性。系統(tǒng)中的每臺(tái)計(jì)算機(jī)都被調(diào)用。該節(jié)點(diǎn)名為數(shù)據(jù)庫服務(wù)器。如果一個(gè)節(jié)點(diǎn)是向服務(wù)器請求信息的應(yīng)用程序，在ORACLE中稱為客戶端，執(zhí)行數(shù)據(jù)庫應(yīng)用程序，可以訪問數(shù)據(jù)信息并與服務(wù)器中的用戶交互，執(zhí)行ORACLE軟件。處理并發(fā)，共享/訪問ORACLE數(shù)據(jù)library ORACLE允許上述兩部分在同一臺(tái)計(jì)算機(jī)上，但當(dāng)客戶端部分和服務(wù)器部分在通過網(wǎng)絡(luò)連接的不同計(jì)算機(jī)上時(shí)，更有效的分布式處理是多個(gè)處理器共享一個(gè)任務(wù)的處理。ORACLE 數(shù)據(jù) library系統(tǒng)中分布式處理的例子如下:客戶端和服務(wù)器位于通過網(wǎng)絡(luò)連接的不同計(jì)算機(jī)上。單臺(tái)計(jì)算機(jī)上有多個(gè)處理器，不同的處理器分別執(zhí)行客戶端應(yīng)用。SQL*NET是一個(gè)ORACLE網(wǎng)絡(luò)接口，它允許在網(wǎng)絡(luò)工作站的ORACLE工具和服務(wù)器上運(yùn)行，并且可以在其他地方訪問、修改、共享和存儲(chǔ)。

當(dāng)我們在生產(chǎn)線上使用服務(wù)器提供數(shù)據(jù)服務(wù)時(shí)，我會(huì)遇到以下兩個(gè)問題:1)一臺(tái)服務(wù)器的性能不足以提供足夠的容量來服務(wù)所有的網(wǎng)絡(luò)請求。2)我們總是害怕自己的服務(wù)器宕機(jī)，導(dǎo)致服務(wù)無法使用或者數(shù)據(jù)丟失。因此，我們必須擴(kuò)展我們的服務(wù)器，添加更多的機(jī)器來分擔(dān)性能問題，并解決單點(diǎn)故障問題。通常我們會(huì)通過兩種方式來擴(kuò)展我們的數(shù)據(jù)service:1)數(shù)據(jù) partition:即我們會(huì)把數(shù)據(jù)partition放在不同的服務(wù)器上(比如uid、一致hash等。).

第一種情況，無法解決數(shù)據(jù)丟失的問題。當(dāng)單個(gè)服務(wù)器出現(xiàn)問題時(shí)，會(huì)丟失一些數(shù)據(jù)。所以數(shù)據(jù)服務(wù)的高可用性只能通過第二種方法來實(shí)現(xiàn)-3的冗余存儲(chǔ)/(一般業(yè)界認(rèn)為安全的備份數(shù)量應(yīng)該是三個(gè)，比如Hadoop和Dynamo)。但是，增加更多的機(jī)器會(huì)使我們的數(shù)據(jù)服務(wù)變得非常復(fù)雜，尤其是跨服務(wù)器的事務(wù)處理，即跨服務(wù)器數(shù)據(jù)一致性。

基于redis、zookpeer、rocketmq、elasticsearch的學(xué)習(xí)總結(jié)，對(duì)于分布式系統(tǒng)學(xué)習(xí)來說，一定有一點(diǎn)是無法回避的，那就是CAP定理。什么是CAP定理？我就簡單的在百度上復(fù)制摘錄一下文案吧。CAP原理，也稱為CAP定理，指的是a 分布式 system中的一致性、可用性和劃分容忍度。

解釋以上三個(gè)要素各自的含義:CAP定理說明以上三個(gè)要素不能兼顧，最多只能滿足其中兩個(gè)。在分布式 system中，一般是為了保證分區(qū)容錯(cuò)，在一致性和可用性之間進(jìn)行權(quán)衡，所以有CP和AP 分布式 cluster兩種實(shí)現(xiàn)方式。CP集群，即滿足一致性和分區(qū)容錯(cuò)，如zookpeerAP集群，即滿足可用性和分區(qū)容錯(cuò)，如rediscluster，下面，我們就來討論一下上面提到的CP和AP問題。