架構雜談《二》

架構雜談《二》

 

服務化到微服務

1、微服務的產生

　　隨着互聯網企業的不斷髮展，海量用戶發起的大規模、高併發請求是企業不得不面對的，上一篇 架構雜談《一》雜談的SOA服務化系統可以分解任務，讓每一個服務更簡單、職責單1、更易於擴展。但不管是Web Service 仍是ESB，都有時代遺留下的問題。

　　Web Service：

　　　1）依賴中心化的服務發現機制

　　　2）使用SOAP通信協議，一般使用XML格式來序列化通訊數據，XML格式的數據冗餘太大，協議過重

　　　3）服務化管理和治理設施並不完善

　 ESB：

　　　1）ESB 雖然是SOA實現的一種方式，卻更多地體現了系統集成的便利性，經過統一的服務總線將各個服務組合在一塊兒

        2）組合在ESB上的服務自己有多是一個臃腫的服務

　　　3）系統內部的複雜性仍然存在。ESB試圖經過總線來掩蓋系統內部的複雜性

        4）對於總線自己中心化的管道模型，系統變動時影響的範圍會隨之擴大

出現問題解決問題是人類進步的階梯，對於軟件架構也是同樣，近年來服務架構設計獲得了進一步的演化和發展，微服務架構已經出如今不一樣公司的討論、設計和實踐中，通過市場檢驗的東西確定會被你們所接受。

　　微服務架構提倡將軟件應用設計成多個可獨立開發、配置、運行和維護的子服務，子服務之間經過良好的接口定義通訊機制，一般使用RESTful風格的API形式來通訊。由於RESTful 風格的 API 一般是在 HTTP 或者 HTTPS 通道上傳輸 JSON 格式的數據來實現的， HTTP協議有跨語言、跨異構系統的優勢， 固然也可經過底層的二進制協議、消息隊列協議等進行交互。這些服務不須要中心化的統一管理，每一個服務的功能可自治，而且可由不一樣的語言、系統和平臺實現 。 

　　微服務架構致力於鬆耦合和高內聚的效果，與SOA和ESB相比，再也不強調服務總線和通訊機制的多樣性，一般經過RESTful 風格的API和輕量級的消息通訊協議來完成。

微服務架構並非爲了拆分而拆分，真正的目的是經過對微服務進行水平擴展解決傳統的單體應用在業務急劇增加時遇到的問題，並且因爲拆分的微服務系統中專業的人作 專業的事，人員和項目的職責單1、低藕合、高內聚，因此產生問題的機率就會降到最小。

2、微服務與單體的對比

 

（微服務架構圖）

從上圖能夠獲得：

　　1）  微服務把每個職責單一的功能放在一個獨立的服務中

　　2）  每一個服務運行在一個單獨的進程中

　　3）  每一個服務有多個實例在運行，每一個實例能夠運行在容器化平臺內

　　4）  每一個服務有本身的數據存儲，實際上，每一個服務應該有本身獨享的數據庫、緩存、消息隊列等

　　5）  每一個服務均可根據性能需求獨立地水平伸縮

 

（單體架構圖）

經過對比，能夠獲得傳統單體架構的特色：

　　1）  傳統單體架構將全部模塊化組件糅合後運行在同一個服務的進程中

　　2）  某個模塊發生變動時，須要將全部的模塊編譯、打包上線

　　3）  長此以往，模塊間的依賴將會不清晰，互相耦合，互相依賴成爲常態

經過將兩種架構對比來看，微服務架構更加的靈活而且可水平伸縮，可讓專業的人幹專業的事。

3、微服務與SOA服務的對比

　　微服務架構的一些特色與 SOA 服務化架構類似， 事實上微服務架構與 SOA 服務化架構並不衝突，它們一脈相承，微服務架構是服務化架構響應特定歷史時期的使用場景的延續，是服務化進行昇華井落地的一種實現方式。 SOA 服務化的理念在微服務架構中仍然有效，微服務在 SOA 服務化的基礎上進行了演進和疊加，造成了適合現代化應用場景的一個方法論。

通過幾十年互聯網的高速發展，以及敏捷、持續集成、持續交付、DevOps、雲技術等的深刻人心，服務架構的開發、測試、部署以及監控等，相比SOA已經發生大的變化。

　　1）  SOA 服務化涉及的範圍更廣一些，強調不一樣的異構服務之間的協做和契約 ，並強調有效集成、業務流程編排、歷史應用集成等，典型表明爲 Web Service 和 ESB

　　2）  微服務使用一系列的微小服務來實現總體的業務流程，目的是有效地拆分應用，實現敏捷開發和部署，在每一個微小服務的團隊裏，減小了跨團隊的溝通，讓專業的人作專業的事，縮小變動和法代影響的範圍，並達到單一微服務更容易水平擴展的目的

　　3）  微服務將完整的應用拆分紅多個細小的服務，一般使用敏捷擴容、縮容的 Docker 技術來實現自動化的容器管理 ， 每一個微服務運行在單一的進程內，微服務中的部署互相獨立 、 互不影響。

　　4）  SOA 服務化一般將多個業務服務經過組件化模塊方式打在一個包裏，而後統一部署在一個應用服務器上。

　　6）  SOA 對粒度沒有要求 ， 在實踐中服務一般是粗粒度的，強調接口契約的規範化，內部實現能夠更粗粒度。

相比SOA的服務實現方式，微服務更具靈活性、可實施性以及可擴展性，其強調的是一種獨立測試、獨立部署、獨立運行的軟件架構模式。對於微服務的概念而言，它是SOA的一個子集，而對於其實現方式而言，它是一種更符合現代化互聯網發展趨勢的實踐，是一種更容易幫助企業或組織有效併成功實施的服務架構。

總結

最後讓我來總結下微服務架構的主要特色

• 將傳統單體應用拆分紅網絡服務，來實現模塊化組件 。
• 根據微服務架構的服務劃分來分組職能團隊，減小跨團隊的溝通 。
• 每一個服務對應一個團隊，團隊成員負責開發、測試、運維和運營 ，開發後在團隊內運維和運營，不須要交付給其餘團隊。
• 去中 心化、 去 SOA 服務化的中 心服務治理和去企業服務總線 。
• 微服務重視服務的合理拆分、分層和構造，可建設自動化持續發佈平臺，井進行敏捷開發和部署。

 說明：

　　一、文中的圖都來自於百度圖片

　　二、參考書籍：《分佈式服務架構：原理、設計與實戰》

　　三、若有不合適的地方請反饋。綜合後更改。