智研精品報告

中國微服務(wù)源起互聯(lián)網(wǎng)公司，市場認可度提升，IT服務(wù)商紛紛布局[圖]

微服務(wù) 王密 2019-04-20 01:32 來源：智研咨詢

微服務(wù)架構(gòu)（MicroServicesArchitecture，MSA）提倡將龐大規(guī)模應(yīng)用分割成一系列細粒度的服務(wù)，每個服務(wù)專注于單一業(yè)務(wù)功能，可獨立運行，服務(wù)之間采用輕量級通信機制相互溝通、配合來實現(xiàn)完整的應(yīng)用。相比于前序一體化架構(gòu)和SOA架構(gòu)，MSA在部署效率、伸縮彈性和容錯性等方面具備優(yōu)勢，滿足當前互聯(lián)網(wǎng)與云計算趨勢下企業(yè)IT系統(tǒng)對敏捷性的不懈追求。

微服務(wù)架構(gòu)與云計算相輔相成。一方面，微服務(wù)架構(gòu)的推廣很大程度上得益于云計算滲透率的提升，另一方面，微服務(wù)架構(gòu)能夠顯著提升企業(yè)云端遷移效率，從而推動大型企業(yè)IT系統(tǒng)上云進程。

平臺隨著業(yè)務(wù)的發(fā)展從AllinOne環(huán)境就可以滿足業(yè)務(wù)需求，展到需要拆分多個應(yīng)用，加快開發(fā)效率；再發(fā)展到服務(wù)越來越多，不得不將一些核心或共用的服務(wù)拆分出來，并由企業(yè)服務(wù)總線等抽象層統(tǒng)籌管理；再到近來興起的微服務(wù)架構(gòu)，總體來看，伴隨軟件代碼庫的擴張，IT整體架構(gòu)基本遵循耦合由緊變松，粒度由粗變細的規(guī)律。

企業(yè)IT應(yīng)用架構(gòu)演變規(guī)律

數(shù)據(jù)來源：公開資料整理

一、單體架構(gòu)

單體架構(gòu)（又稱巨石架構(gòu)）是IT服務(wù)架構(gòu)初始狀態(tài)。

一體化架構(gòu)邏輯示意圖

數(shù)據(jù)來源：公開資料整理

但隨著應(yīng)用程序逐漸增長，業(yè)務(wù)復(fù)雜度會變的越來越高。這種情況下三層構(gòu)架擁有難以維護、難以擴展兩大痛點，從而最終影響應(yīng)用系統(tǒng)的使用，并不適合業(yè)務(wù)的繼續(xù)發(fā)展。應(yīng)用代碼緊密耦合，拖累維護效率。

一體化架構(gòu)下，隨著項目規(guī)模變大，程序更新開發(fā)效率急劇下降

數(shù)據(jù)來源：公開資料整理

應(yīng)用代碼高度集成，無法彈性擴展。對服務(wù)的容量進行擴展的時候，只能選擇重復(fù)地部署整體程序來擴展服務(wù)能力，而不是僅僅擴展出現(xiàn)系統(tǒng)瓶頸的組份，造成硬件資源的極大浪費。

將應(yīng)用程序中緊密關(guān)聯(lián)的各項子功能解耦，以實現(xiàn)各功能模塊獨立部署，已成為滿足應(yīng)用程序快速更新、彈性擴展需求的最佳解決途徑。

一體化架構(gòu)下，服務(wù)容量遭遇瓶頸時，只能選擇重復(fù)部署整體擴容

數(shù)據(jù)來源：公開資料整理

二、面向服務(wù)的架構(gòu)

SOA體現(xiàn)了明顯的解耦思想，是一種粗粒度、相對松耦合的服務(wù)架構(gòu)。SOA架構(gòu)下，服務(wù)間通信依賴中心化調(diào)度平臺。

雖然在SOA架構(gòu)下，整個系統(tǒng)的可維護性、可擴展性相對于單體型架構(gòu)得到提高，但其仍存在一定局限，SOA架構(gòu)中，各項服務(wù)間通信、調(diào)用完全依賴ESB，SOA架構(gòu)注重水平服務(wù)，各項服務(wù)之間的隔離性仍有局限。

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

微服務(wù)架構(gòu)（MicroServiceArchitecture）將一個大型復(fù)雜軟件應(yīng)用拆分成為多個微服務(wù)組件，各個松散耦合的微服務(wù)間可被獨立部署。每個微服務(wù)僅關(guān)注于完成一件任務(wù)并很好地完成該任務(wù)，每個任務(wù)代表著一個細分的業(yè)務(wù)能力。

各微服務(wù)之間通過簡單的通信進行連接，而非中心化調(diào)度平臺

數(shù)據(jù)來源：公開資料整理

微服務(wù)與單體架構(gòu)的差別主要體現(xiàn)為“細粒度拆分”。微服務(wù)將原有大型程序按照功能模塊進行拆分，實現(xiàn)單體應(yīng)用程序中緊密關(guān)聯(lián)的各項子功能之間的解耦，各功能模塊獨立部署，使得微服務(wù)架構(gòu)具備一定優(yōu)勢：雖然項在項目模較小時期，一體化架構(gòu)開發(fā)時間相對較短，項目推出較快，但隨著后續(xù)項目規(guī)模逐步擴大，微服務(wù)架構(gòu)在應(yīng)用推出、運維更新方面均具備顯著敏捷性優(yōu)勢；此外，由于微服務(wù)之間采取松耦合模式，各模塊之間相對獨立、互不干擾，因此微服務(wù)架構(gòu)同時具備容錯性提升、可彈性擴展的優(yōu)勢。

1、微服務(wù)用途

伴隨敏捷性、擴展性和可用性方面的諸多優(yōu)勢，微服務(wù)架構(gòu)同樣具備明顯的局限：貫穿微服務(wù)架構(gòu)搭建全過程的復(fù)雜性。企業(yè)基于微服務(wù)架構(gòu)搭建IT系統(tǒng)，可以主要分為系統(tǒng)設(shè)計和微服務(wù)平臺搭建兩個部分，其中微服務(wù)平臺搭建工作相對標準化，而系統(tǒng)設(shè)計部分則需要根據(jù)企業(yè)自身業(yè)務(wù)流程進行個性化實施。

具體來看，微服務(wù)架構(gòu)的復(fù)雜性主要體現(xiàn)在：（1）設(shè)計復(fù)雜性，在微服務(wù)架構(gòu)搭建之前，首先需要根據(jù)企業(yè)自身業(yè)務(wù)框架進行梳理，切分現(xiàn)有的單體架構(gòu)，領(lǐng)域設(shè)計和系統(tǒng)設(shè)計工作重要而繁瑣；（2）架構(gòu)復(fù)雜性，運用微服務(wù)架構(gòu)不再只是運行一個服務(wù)，而是數(shù)十甚至數(shù)百個服務(wù)，因此，微服務(wù)架構(gòu)不僅僅是開發(fā)框架本身，還包括一套完整的體系架構(gòu)以實現(xiàn)成千上萬個微服務(wù)之間的交互管理。

微服務(wù)架構(gòu)適用于規(guī)模相對較大的公司。微服務(wù)架構(gòu)的實現(xiàn)需要包括周邊配套工具鏈在內(nèi)的一整套微服務(wù)體系，因此在企業(yè)規(guī)模較小時，單體架構(gòu)在開發(fā)效率上具備一定優(yōu)勢，只有規(guī)模相對較大的企業(yè)才需要進行微服務(wù)系統(tǒng)的建設(shè)；試圖實施微服務(wù)架構(gòu)需要極高的工程實踐能力，只有具備一定規(guī)模優(yōu)勢的企業(yè)，才能夠進行微服務(wù)的建設(shè)，或是有能力自己組建IT團隊，或是有資金對外采購IT服務(wù)。

微服務(wù)架構(gòu)適用于云計算模式下碎片化SaaS服務(wù)的管理。云計算模式下，SaaS服務(wù)具備高度場景化、高度行業(yè)化、高度關(guān)注用戶體驗和注重短流程的特點，這也就使得企業(yè)將面臨IT服務(wù)域被縱橫分割成多個“小而美”的碎片化SaaS服務(wù)的場景。微服務(wù)架構(gòu)將成為管理批量SaaS服務(wù)的極佳工具：每一個碎片化的SaaS服務(wù)均可視作獨立運行的微服務(wù)，通過微服務(wù)容器云平臺實現(xiàn)統(tǒng)一管理和編排。

微服務(wù)架構(gòu)適用于混合云/多云IT架構(gòu)應(yīng)用管理，是由混合云和微服務(wù)架構(gòu)本身的性質(zhì)所決定的：由于混合云實現(xiàn)了跨基礎(chǔ)設(shè)施的部署，其各項服務(wù)響應(yīng)服務(wù)的能力必須符合松耦合規(guī)則，而其管理基礎(chǔ)技術(shù)同為API控制、負載均衡等，與微服務(wù)治理過程類似，因此通過微服務(wù)架構(gòu)實現(xiàn)對部署于混合IT之上的各項應(yīng)用進行有效的管理和敏捷的開發(fā)運維，成為各大企業(yè)的主要選擇之一。

管理混合IT架構(gòu)最重要的工具

數(shù)據(jù)來源：公開資料整理

服務(wù)適用于大型企業(yè)IT架構(gòu)云端遷移。云計算目前正處于高速發(fā)展期，無論是出于企業(yè)自身效益，還是出于政策推動，“大智移云”趨勢已成定局。但是由于大中型企業(yè)上云過程中，基礎(chǔ)設(shè)施架構(gòu)改變跨度較大，IT系統(tǒng)在實現(xiàn)由金屬機向虛擬機遷移時，往往會面臨單體應(yīng)用過于龐大，難以快速高效的實現(xiàn)應(yīng)用與基礎(chǔ)設(shè)施的解耦的情況，遷移效率和后續(xù)可用性成為大型企業(yè)云端遷移的主要憂慮之一。

采用微服務(wù)架構(gòu)將極大提升大型企業(yè)IT系統(tǒng)云端遷移的效率，應(yīng)用程序的操作復(fù)雜性隨規(guī)模呈指數(shù)型增長，因此經(jīng)過拆分后的若干個細粒度的單個微服務(wù)，對其進行云端部署，其效率將高于將單體架構(gòu)直接遷移；單體架構(gòu)云端遷移的過程是持續(xù)的，可通過“修繕者模式”或“絞殺者模式”將原有應(yīng)用系統(tǒng)分步解耦并獨立上云，再經(jīng)由微服務(wù)平臺進行云端整合，從而實現(xiàn)從傳統(tǒng)服務(wù)器向云端的平穩(wěn)過渡。正因如此，微服務(wù)架構(gòu)和云計算之間呈相輔相成之勢。

2、微服務(wù)市場進展

IT行業(yè)任何技術(shù)革新，均遵循從互聯(lián)網(wǎng)企業(yè)自研自用，到IT服務(wù)商大力推廣，業(yè)再到企業(yè)IT逐步采用的能力輸送路徑，云計算、大數(shù)據(jù)、人工智能、融合架構(gòu)皆是如此，微服務(wù)架構(gòu)亦不例外。

大型互聯(lián)網(wǎng)公司由于對IT依賴性極高，且體量規(guī)模巨大，有需求也有能力在IT方面不斷投入研發(fā)，因此往往走在技術(shù)最前沿；隨后，IT服務(wù)商由于具備技術(shù)方面的敏感性，同時出于技術(shù)儲備的考量，往往會選擇跟隨布局；而企業(yè)級用戶由于對IT前沿技術(shù)缺少敏感性，同時原有IT架構(gòu)存在“船大掉頭難”的情況，往往對IT變革采取保守的態(tài)度。

目前在互聯(lián)網(wǎng)公司中已經(jīng)有相對成熟的大規(guī)模應(yīng)用，要主要IT服務(wù)商開始早期布局，紛紛推出相關(guān)微服務(wù)產(chǎn)品，而在企業(yè)用戶端，先行行業(yè)及公司中已有部分非核心業(yè)務(wù)初步落地。

隨著微服務(wù)架構(gòu)的價值逐漸被市場認同，當前時點國內(nèi)各類IT廠商紛紛開始相關(guān)布局，企業(yè)級IT服務(wù)廠商切入微服務(wù)市場的途徑主要包括以下三種：（1）提供通用型、工具型容器平臺；（2）提供可搭載于容器平臺商的微服務(wù)應(yīng)用組件；（3）提供從原有IT架構(gòu)拆分到容器平臺構(gòu)建再到微服務(wù)流程編排全棧技術(shù)咨詢與實施服務(wù)。

當前時點，除SaaS層的普及帶來批量服務(wù)管理需求之外，互聯(lián)網(wǎng)重塑企業(yè)業(yè)務(wù)模式，造成IT架構(gòu)更新?lián)Q代效率的提升，亦成為未來微服務(wù)架構(gòu)持續(xù)落地的主要驅(qū)動素。

企業(yè)IT系統(tǒng)更新頻率

數(shù)據(jù)來源：公開資料整理

各細分行業(yè)IT系統(tǒng)更新頻率

數(shù)據(jù)來源：公開資料整理

基于細分行業(yè)角度，制造業(yè)和金融業(yè)有望率先發(fā)力。需求其次明顯的為金融行業(yè)，包括銀行、保險、證券等。尤其是一些國有銀行、股份制銀行以及城商行等大行都走在架構(gòu)改造的前列。在自己的創(chuàng)新業(yè)務(wù)，如手機銀行、微信銀行、互聯(lián)網(wǎng)理財?shù)葮I(yè)務(wù)上試水微服務(wù)架構(gòu)。IT架構(gòu)更新頻率的提升將持續(xù)驅(qū)動微服務(wù)架構(gòu)落地。

各行業(yè)微服務(wù)落地情況