分布式應(yīng)用架構(gòu)為提升應(yīng)用的擴(kuò)展性、容量及可用性等問(wèn)題提供了解決方案。所謂的分布式應(yīng)用架構(gòu)就是將應(yīng)用系統(tǒng)拆分為多個(gè)獨(dú)立的子系統(tǒng)，并由各個(gè)子系統(tǒng)協(xié)同處理，共同向外提供服務(wù)。對(duì)于分布式應(yīng)用架構(gòu)我們按時(shí)間將其分為了兩個(gè)階段，before 2010、after 2010。

? SOA before 2010

SOA（Service-Oriented Architecture）又叫面向服務(wù)的架構(gòu)。它是一個(gè)組件模型，它將應(yīng)用程序按不同功能單元（稱(chēng)為服務(wù)）進(jìn)行拆分，并通過(guò)定義良好的接口和協(xié)議將服務(wù)聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各類(lèi)系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。

關(guān)于SOA架構(gòu)我們可以追溯到2000年前后。那時(shí)的互聯(lián)網(wǎng)企業(yè)都在高速擴(kuò)張，很多大型的企業(yè)都面臨著業(yè)務(wù)不斷拓展帶來(lái)的應(yīng)用復(fù)雜性及容量不足等問(wèn)題的挑戰(zhàn)，正是在這種環(huán)境下，SOA架構(gòu)出現(xiàn)了。

SOA通過(guò)對(duì)業(yè)務(wù)垂直切分，將平臺(tái)的業(yè)務(wù)拆分成若干個(gè)子服務(wù)。通過(guò)這樣的拆分，可以有效的解決單體應(yīng)用架構(gòu)所面臨的問(wèn)題。

SOA的優(yōu)點(diǎn)：

• 業(yè)務(wù)及代碼邏輯的復(fù)雜度降低，提升需求響應(yīng)能力

• 可用性提高。各子系統(tǒng)獨(dú)立的開(kāi)發(fā)及部署，使測(cè)試復(fù)雜度降低，bug的影響范圍不會(huì)擴(kuò)散至整個(gè)應(yīng)用平臺(tái)。

• 業(yè)務(wù)容量大。針對(duì)各個(gè)子系統(tǒng)的業(yè)務(wù)特點(diǎn)進(jìn)行有針對(duì)性的優(yōu)化及擴(kuò)容，使優(yōu)化及擴(kuò)容更加簡(jiǎn)便及輕量。
  

隨著時(shí)間推移，被拆分的服務(wù)越來(lái)越多，隨之帶來(lái)問(wèn)題的復(fù)雜度也呈指數(shù)上升。SOA架構(gòu)的缺點(diǎn)逐步暴露出來(lái)。

SOA的缺點(diǎn)

• 系統(tǒng)架構(gòu)復(fù)雜。

• 系統(tǒng)出錯(cuò)概率增大。
  

• 部署運(yùn)維復(fù)雜度陡增。

• 研發(fā)人員規(guī)模、質(zhì)量上升

• 學(xué)習(xí)曲線變大
  

• 團(tuán)隊(duì)協(xié)作、管理難度增加，重復(fù)功能的開(kāi)發(fā)也會(huì)在團(tuán)隊(duì)內(nèi)部造成不菲浪費(fèi)

從量變到質(zhì)變，SOA的這些問(wèn)題給團(tuán)隊(duì)帶來(lái)了新的挑戰(zhàn)。隨著技術(shù)、理念的發(fā)展，逐漸孕育出了微服務(wù)架構(gòu)。

? Microservices 2010 later

2010年后，隨著領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)、持續(xù)集成持續(xù)部署（CI/CD）、虛擬化技術(shù)、云計(jì)算、基礎(chǔ)設(shè)施自動(dòng)化以及多年來(lái)分布式架構(gòu)實(shí)踐過(guò)程中產(chǎn)生出的一些解決方案（服務(wù)注冊(cè)發(fā)現(xiàn)、分布式配置、服務(wù)監(jiān)控、服務(wù)跟蹤...）,使得分布式架構(gòu)得到了長(zhǎng)足的發(fā)展。問(wèn)題、難點(diǎn)一個(gè)個(gè)被攻克，微服務(wù)架構(gòu)正式在此基礎(chǔ)上誕生了。

微服務(wù)的優(yōu)點(diǎn)：

• 進(jìn)一步降低了系統(tǒng)的復(fù)雜度。由于自動(dòng)化技術(shù)的完善及領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)理念的普及，系統(tǒng)得到更進(jìn)一步的拆分及更細(xì)的顆粒度。
  

• 組件化。更細(xì)的服務(wù)粒度，使服務(wù)擁有更高的可復(fù)用性，服務(wù)逐步組件化。

• 自動(dòng)化、高可用。高度的自動(dòng)化測(cè)試、集成、部署及監(jiān)控，使系統(tǒng)運(yùn)維逐漸由人工操作向AI智能化轉(zhuǎn)型，使系統(tǒng)的彈性更優(yōu)，可用性更高，故障率更低。

• 混合技術(shù)棧。團(tuán)隊(duì)中可以使用多種技術(shù)棧進(jìn)行開(kāi)發(fā)工作，針對(duì)不同業(yè)務(wù)的特點(diǎn)，采用更加有針對(duì)性的開(kāi)發(fā)語(yǔ)言開(kāi)發(fā)部署。

• 系統(tǒng)彈性可伸縮。由于采用了虛擬化、特別是容器化的部署，自動(dòng)化技術(shù)的加入，系統(tǒng)具有高度的可伸縮性，使平臺(tái)資源利用率更高。

微服務(wù)的缺點(diǎn)：

• 服務(wù)拆分的復(fù)雜性高。服務(wù)限界上下文[5]的錯(cuò)誤，會(huì)導(dǎo)致不得不頻繁的更改服務(wù)間的協(xié)作。

• 決策難度高。更細(xì)粒度的服務(wù)，意味著更高的靈活性及更多的組合，因此在設(shè)計(jì)開(kāi)發(fā)中會(huì)遇到更多的決策，決策的失誤會(huì)造成不必要的成本浪費(fèi)。

• 學(xué)習(xí)成本進(jìn)一步提高。

特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容，還沒(méi)關(guān)注的小伙伴，可以長(zhǎng)按關(guān)注一下：
						

							

							

								
							

長(zhǎng)按訂閱更多精彩▼
							

						
如有收獲，點(diǎn)個(gè)在看，誠(chéng)摯感謝