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

? SOA before 2010

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

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

SOA通過對業(yè)務垂直切分，將平臺的業(yè)務拆分成若干個子服務。通過這樣的拆分，可以有效的解決單體應用架構所面臨的問題。

SOA的優(yōu)點：

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

• 可用性提高。各子系統(tǒng)獨立的開發(fā)及部署，使測試復雜度降低，bug的影響范圍不會擴散至整個應用平臺。

• 業(yè)務容量大。針對各個子系統(tǒng)的業(yè)務特點進行有針對性的優(yōu)化及擴容，使優(yōu)化及擴容更加簡便及輕量。
  

隨著時間推移，被拆分的服務越來越多，隨之帶來問題的復雜度也呈指數(shù)上升。SOA架構的缺點逐步暴露出來。

SOA的缺點

• 系統(tǒng)架構復雜。

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

• 部署運維復雜度陡增。

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

• 學習曲線變大
  

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

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

? Microservices 2010 later

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

微服務的優(yōu)點：

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

• 組件化。更細的服務粒度，使服務擁有更高的可復用性，服務逐步組件化。

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

• 混合技術棧。團隊中可以使用多種技術棧進行開發(fā)工作，針對不同業(yè)務的特點，采用更加有針對性的開發(fā)語言開發(fā)部署。

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

微服務的缺點：

• 服務拆分的復雜性高。服務限界上下文[5]的錯誤，會導致不得不頻繁的更改服務間的協(xié)作。

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

• 學習成本進一步提高。

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

							

							

								
							

長按訂閱更多精彩▼
							

						
如有收獲，點個在看，誠摯感謝