一.主流架構(gòu)模型SOA架構(gòu)和微服務(wù)架構(gòu)

　　SOA架構(gòu)

　　SOA全稱（ServiceOrientedArchitecture）中文意思為面相服務(wù)的架構(gòu)，他是一種設(shè)計(jì)方法，輕重包含多個(gè)服務(wù)，服務(wù)之間通過(guò)相互依賴最終提供一系列的功能，一個(gè)服務(wù)通常以獨(dú)立的形式存在與操作系統(tǒng)進(jìn)程中，各個(gè)服務(wù)之間通過(guò)網(wǎng)絡(luò)調(diào)用，

　　跟SOA相提并論的還有ESB（企業(yè)服務(wù)總線），簡(jiǎn)單來(lái)說(shuō)ESB就是管道，鏈接各個(gè)服務(wù)節(jié)點(diǎn)，為了集成不同系統(tǒng)和不同協(xié)議，ESB做消息的轉(zhuǎn)化解釋和路由的工作。讓不同的服務(wù)連通。

　　系統(tǒng)初期

　　系統(tǒng)后期

　　SOA架構(gòu)，使用ESB

　　SOA解決的問(wèn)題

　　1.系統(tǒng)集成，站在系統(tǒng)的角度，解決企業(yè)系統(tǒng)間的通信問(wèn)題，把原先散亂無(wú)規(guī)劃的系統(tǒng)間的網(wǎng)狀結(jié)構(gòu)，梳理成規(guī)劃，可治理的系統(tǒng)間星型結(jié)構(gòu)。這一步需要引入一些產(chǎn)品，例如ESB，以及技術(shù)規(guī)范，服務(wù)管理規(guī)范，這一步解決的核心問(wèn)題是有序

　　2，系統(tǒng)的服務(wù)化，站在功能的角度，把業(yè)務(wù)邏輯抽象成可復(fù)用可組裝的服務(wù)，通過(guò)服務(wù)的編排和實(shí)現(xiàn)業(yè)務(wù)的快速再生，目的：把原先固有的業(yè)務(wù)功能變?yōu)橥ㄓ玫臉I(yè)務(wù)服務(wù)，實(shí)現(xiàn)業(yè)務(wù)邏輯的快速?gòu)?fù)用，這步解決的核心問(wèn)題是復(fù)用

　　3，業(yè)務(wù)的服務(wù)化,站在企業(yè)的角度，把企業(yè)只能抽象成可復(fù)用可組裝的服務(wù)，把原先職能化的企業(yè)架構(gòu)轉(zhuǎn)為變?yōu)榉?wù)花的企業(yè)架構(gòu)，進(jìn)一步提升企業(yè)的對(duì)外服務(wù)能力，前兩步都是技術(shù)層面來(lái)解決系統(tǒng)調(diào)用，系統(tǒng)功能復(fù)用的問(wèn)題，第三步則是以業(yè)務(wù)驅(qū)動(dòng)把一個(gè)業(yè)務(wù)單元封裝成一項(xiàng)服務(wù)，這一步解決的核心問(wèn)題是高效。

　　微服務(wù)架構(gòu)

　　微服務(wù)架構(gòu)和SOA架構(gòu)類似，微服務(wù)架構(gòu)是在SOA上做的升華，微服務(wù)架構(gòu)強(qiáng)調(diào)的一個(gè)重點(diǎn)是“業(yè)務(wù)需要徹底的組件化和服務(wù)化”，原有的單個(gè)業(yè)務(wù)系統(tǒng)會(huì)拆分為多個(gè)可以獨(dú)立開(kāi)發(fā)設(shè)計(jì)運(yùn)行的小應(yīng)用。這些小應(yīng)用之間通過(guò)服務(wù)完成交互和集成。

　　組件表示一個(gè)可以獨(dú)立更換和升級(jí)的單元，像PC機(jī)中的CPU內(nèi)存，顯卡等獨(dú)立且可以更換升級(jí)而不影響其他單元，如果我們把PC機(jī)作為組件以服務(wù)的方式構(gòu)建，那么這臺(tái)PC只需要維護(hù)主板和一些必要的外部設(shè)備，CPU，內(nèi)存，硬盤都是以組件方式提供服務(wù)，PC需要調(diào)用CPU做計(jì)算機(jī)處理，只需要知道CPU這個(gè)組件的地址即可。

　　微服務(wù)特征

　　1.通過(guò)服務(wù)實(shí)現(xiàn)組件化

　　2.按業(yè)務(wù)能力來(lái)劃分服務(wù)和開(kāi)發(fā)團(tuán)隊(duì)

　　3.去中心化

　　4,基礎(chǔ)設(shè)施自動(dòng)化（devops,自動(dòng)化部署）

　　SOA架構(gòu)和微服務(wù)架構(gòu)的區(qū)別

　　1，微服務(wù)不在強(qiáng)調(diào)傳統(tǒng)的SOA架構(gòu)里面比較重的ESB企業(yè)服務(wù)總線，同時(shí)SOA的思想進(jìn)入到單個(gè)業(yè)務(wù)系統(tǒng)內(nèi)部實(shí)現(xiàn)真正的組件化。

　　2，Docker容器技術(shù)的出現(xiàn)，為微服務(wù)提供了便利的條件，比如更小的部署單元，每個(gè)服務(wù)都可以通過(guò)類似的Node或者Springboot等技術(shù)跑在自己的進(jìn)程中，

　　3，SOA注重的系統(tǒng)集成方面，而微服務(wù)關(guān)注的是完全分離

　　二.分布式架構(gòu)的基本理論CAP，BASE以及應(yīng)用

　　首先了解下一致性的問(wèn)題

　　強(qiáng)一致性：

　　以客戶端的角度來(lái)看，多并發(fā)訪問(wèn)時(shí)更新過(guò)的數(shù)據(jù)，要求數(shù)據(jù)能被后續(xù)的訪問(wèn)看到，就是強(qiáng)一致性，例如數(shù)據(jù)庫(kù)的事務(wù)

　　弱一致性：

　　以客戶端的角度來(lái)看，多并發(fā)訪問(wèn)時(shí)更新過(guò)的數(shù)據(jù)，如果能容忍后續(xù)的訪問(wèn)可以看到部分或者全部看不到，這就是弱一致性，例如：銀行轉(zhuǎn)賬（一般是兩小時(shí)或者24小時(shí)內(nèi)到賬）

　　最終一致性

　　以客戶端的角度來(lái)看，多并發(fā)訪問(wèn)時(shí)更新過(guò)的數(shù)據(jù)，如果經(jīng)過(guò)一段時(shí)間后要求能訪問(wèn)到更新后的數(shù)據(jù)，這就是最終一致性，例如：銀行轉(zhuǎn)賬（一般是兩小時(shí)或者24小時(shí)內(nèi)到賬）

　　最終一致性是弱一致性的一個(gè)特例，是若一致性中非常推崇的一種一致性模型，也是業(yè)界在大型分布式系統(tǒng)的數(shù)據(jù)一致性上比較用的多的模型

　　cap原理中，有三個(gè)要素

　　一致性(Consistency)

　　可用性(Availability)

　　分區(qū)容忍性(Partitiontolerance)

　　CAP原理指的是這三個(gè)要素最多只能同時(shí)實(shí)現(xiàn)兩點(diǎn)，不能三者兼顧，因此在設(shè)計(jì)分布式系統(tǒng)架構(gòu)時(shí)，必須做出取舍，而對(duì)于分布式系統(tǒng)分區(qū)容忍性是最基本要求，否則就失去價(jià)值，因此設(shè)計(jì)分布式系統(tǒng)，就是在一致性C和可用性A中去一個(gè)平衡，對(duì)于大多數(shù)web應(yīng)用，其實(shí)并不需要強(qiáng)一致性，因此犧牲一致性而換取高可用性，是目前多數(shù)分布式系統(tǒng)設(shè)計(jì)的方向。

　　一致性：所有節(jié)點(diǎn)上的數(shù)據(jù)時(shí)刻保持同步

　　可用性：每個(gè)請(qǐng)求都能接受一個(gè)相應(yīng)，無(wú)論響應(yīng)成功或失敗

　　分區(qū)容錯(cuò)：系統(tǒng)應(yīng)該持續(xù)提供服務(wù)，即使系統(tǒng)內(nèi)部（某個(gè)節(jié)點(diǎn)分區(qū)）有消息丟失。比如交換機(jī)失敗，網(wǎng)址網(wǎng)絡(luò)被分成幾個(gè)子網(wǎng)，形成腦裂，服務(wù)器發(fā)生網(wǎng)絡(luò)延遲或死機(jī)，導(dǎo)致某些server與集群中的其他機(jī)器失去聯(lián)系。

　　CAP并不是一個(gè)普適性的原理和知道思想，他僅僅使用于原子讀寫的NoSql場(chǎng)景中，并不適用于數(shù)據(jù)庫(kù)系統(tǒng)。

　　BASE理論

　　從前面的分析中知道，在分布式系統(tǒng)下，CAP并不適合數(shù)據(jù)庫(kù)事務(wù)（因?yàn)楦乱恍╁e(cuò)誤的數(shù)據(jù)而導(dǎo)致失敗，無(wú)論使用什么樣的高可用方案都是徒勞，因?yàn)閿?shù)據(jù)發(fā)生了無(wú)法修正的錯(cuò)誤）。此外XA事務(wù)（）雖然保證了數(shù)據(jù)庫(kù)在分布式系統(tǒng)下的ACID（原子性，一致性，隔離性，持久性）特性，但也帶來(lái)了性能的代價(jià)，對(duì)于并發(fā)和響應(yīng)時(shí)間要求比較高的電商平臺(tái)來(lái)說(shuō)，很難接受的。

　　eBay嘗試了另外一條完全不同的路，放寬了數(shù)據(jù)庫(kù)事務(wù)的ACID的要求，提出一套名為BASE的新準(zhǔn)則。BASE全稱是Basicallyavailablesoft-stateEventuallyConsistent系統(tǒng)基本可用軟狀態(tài)數(shù)據(jù)最終一致性，相對(duì)CAP來(lái)說(shuō)，他大大的降低了我們對(duì)系統(tǒng)的要求。

　　Basicallyavailable（基本可用），在分布式系統(tǒng)出現(xiàn)不可預(yù)知的故障時(shí)，允許瞬時(shí)部分可用性

　　1.比如我們?cè)谔詫毶纤阉魃唐?，正常情況下是在0.5s內(nèi)返回查詢結(jié)果，但是由于后端的系統(tǒng)故障導(dǎo)致查詢響應(yīng)時(shí)間變成了2s

　　2.再比如數(shù)據(jù)庫(kù)采用分片模式，100W個(gè)用戶數(shù)據(jù)分在5個(gè)數(shù)據(jù)庫(kù)實(shí)例上，如果破壞了一個(gè)實(shí)例，那么可用性還有80%，也就是80%的用戶都可以登錄，系統(tǒng)仍然可用做技術(shù)人的指路明燈，做職場(chǎng)生涯的精神導(dǎo)師

　　3.電商大促時(shí)，為了應(yīng)對(duì)訪問(wèn)量激增，部分用戶可能會(huì)被引導(dǎo)到降級(jí)頁(yè)面，服務(wù)層也可能只提供降級(jí)服務(wù)。這就是損失部分可用性的體現(xiàn)

　　soft-state（軟狀態(tài)）.表示系統(tǒng)中的數(shù)據(jù)存在中間狀態(tài)，并且這個(gè)中間狀態(tài)的存在不會(huì)影響系統(tǒng)的整體可用性，也就是表示系統(tǒng)允許在不同節(jié)點(diǎn)的數(shù)據(jù)副本之間進(jìn)行數(shù)據(jù)同步過(guò)程中存在延時(shí)；比如訂單狀態(tài)，有一個(gè)待支付、支付中、支付成功、支付失敗，那么支付中就是一個(gè)中間狀態(tài)，這個(gè)中間狀態(tài)在支付成功以后，在支付表中的狀態(tài)同步給訂單狀態(tài)之前，中間會(huì)存在一個(gè)時(shí)間內(nèi)的不一致。

　　Eventuallyconsistent（數(shù)據(jù)的最終一致性），表示的是所有數(shù)據(jù)副本在一段時(shí)間的同步后最終都能達(dá)到一個(gè)一直的狀態(tài)，因此最終一致性的本質(zhì)是要保證數(shù)據(jù)最終達(dá)到一直，而不需要實(shí)時(shí)保證系統(tǒng)數(shù)據(jù)的強(qiáng)一致

　　BASE理論的核心思想是：即使無(wú)法做到強(qiáng)一致性，但每個(gè)應(yīng)用都可以根據(jù)自身業(yè)務(wù)特點(diǎn)，采用適當(dāng)?shù)姆绞絹?lái)使系統(tǒng)達(dá)到最終一致性

　　什么是分布式架構(gòu)下的高可用設(shè)計(jì)

　　1，避免單點(diǎn)故障

　　a。負(fù)載均衡技術(shù)（failover，選址，硬件負(fù)載，軟件負(fù)載，去中心化負(fù)載（gossip（redis-cluster））

　　b。熱備linuxHA

　　c。多機(jī)房（同城災(zāi)備，異地災(zāi)備）

　　2，應(yīng)用的高可用

　　a。故障監(jiān)控（系統(tǒng)監(jiān)控（cpu，內(nèi)存）、鏈路監(jiān)控、日志監(jiān)控）自動(dòng)預(yù)警

　　b。應(yīng)用的容錯(cuò)設(shè)計(jì)（服務(wù)降級(jí)，限流）自我保護(hù)能力

　　c。數(shù)據(jù)量（數(shù)據(jù)分片，讀寫分離）

　　分布式架構(gòu)下的可伸縮設(shè)計(jì)

　　垂直伸縮提升硬件能力

　　水平伸縮增加服務(wù)節(jié)點(diǎn)（服務(wù)器）

　　加速靜態(tài)內(nèi)容訪問(wèn)速度的CDN

　　cdn是ContentDeliveryNetwork的縮寫，表示的事內(nèi)容的分發(fā)網(wǎng)絡(luò)，CDN的作用是把用戶需要的內(nèi)容分發(fā)到離用戶最近的地方，這樣可以是用戶能夠快速獲取所需要的內(nèi)容。CDN其實(shí)就是一種網(wǎng)絡(luò)緩存技術(shù)，能夠把一些相對(duì)穩(wěn)定的資源放到距離用戶最近的地方，一方面節(jié)省整個(gè)廣域網(wǎng)的帶寬消耗，另一方面可以提升用戶的訪問(wèn)速度，改進(jìn)用戶的體驗(yàn)，一般會(huì)把靜態(tài)資源文件（圖片，腳本，靜態(tài)頁(yè)面等)存放在CDN中

　　1.當(dāng)用戶訪問(wèn)網(wǎng)站時(shí)，URL經(jīng)過(guò)本地DNS解析，DNS系統(tǒng)會(huì)最終將域名的解析權(quán)交割CNAME指向的CDN專用DNS服務(wù)器

　　2.CDN的DNS服務(wù)器將CDN的全局負(fù)載均衡設(shè)備ip地址放回用戶

　　3，用戶想CDN的全局負(fù)載均衡設(shè)備泛起內(nèi)容URL訪問(wèn)請(qǐng)求

　　4，CDN全局負(fù)載均衡設(shè)備根據(jù)用戶IP地址，以及用戶請(qǐng)求的內(nèi)容URL選在一臺(tái)用戶所屬區(qū)域的區(qū)域負(fù)載均衡設(shè)備，告訴用戶向這臺(tái)設(shè)備發(fā)起請(qǐng)求

　　5.區(qū)域負(fù)載均衡設(shè)備為用戶選擇一臺(tái)合適的緩存服務(wù)器提供服務(wù)，選擇的依據(jù)包括：根據(jù)IP地址，判斷一臺(tái)服務(wù)器距離用戶最近

　　根據(jù)用戶所請(qǐng)求的URL中攜帶的內(nèi)容名稱，判斷那一臺(tái)服務(wù)器上有用戶所需要的內(nèi)容，查詢各個(gè)服務(wù)器當(dāng)前的負(fù)載狀況，判斷那一臺(tái)服務(wù)器尚有服務(wù)能力，基于上述條件綜合分析之后，區(qū)域負(fù)載均衡設(shè)備會(huì)向全局負(fù)載均衡設(shè)備返回一臺(tái)緩存服務(wù)器的IP地址

　　6.全局負(fù)載均衡設(shè)備會(huì)把服務(wù)器的IP返回給用戶

　　用戶向緩存服務(wù)器發(fā)起請(qǐng)求，緩存服務(wù)器響應(yīng)用戶請(qǐng)求，將用戶所需內(nèi)容傳送到用戶終端，如果這臺(tái)緩存服務(wù)器上并沒(méi)有用戶想要的內(nèi)容，而區(qū)域均衡設(shè)備依然將他分配給用戶，那么這臺(tái)服務(wù)器就要向她的上一級(jí)緩存服務(wù)器請(qǐng)求內(nèi)容，直至追溯到網(wǎng)站的源服務(wù)器將內(nèi)容拉到本地。

　　什么情況下使用CDN

　　最適合那些不會(huì)經(jīng)常變化的內(nèi)容，比如圖片js文件css

　   以上就是動(dòng)力節(jié)點(diǎn)Java培訓(xùn)機(jī)構(gòu)小編介紹的“Java分布式系統(tǒng)框架教程,架構(gòu)設(shè)計(jì)”的內(nèi)容，希望對(duì)大家有幫助，如有疑問(wèn)，請(qǐng)?jiān)诰€咨詢，有專業(yè)老師隨時(shí)為你服務(wù)。