智研精品報(bào)告

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

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

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

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

平臺(tái)隨著業(yè)務(wù)的發(fā)展從AllinOne環(huán)境就可以滿足業(yè)務(wù)需求，展到需要拆分多個(gè)應(yīng)用，加快開發(fā)效率；再發(fā)展到服務(wù)越來越多，不得不將一些核心或共用的服務(wù)拆分出來，并由企業(yè)服務(wù)總線等抽象層統(tǒng)籌管理；再到近來興起的微服務(wù)架構(gòu)，總體來看，伴隨軟件代碼庫的擴(kuò)張，IT整體架構(gòu)基本遵循耦合由緊變松，粒度由粗變細(xì)的規(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ù)雜度會(huì)變的越來越高。這種情況下三層構(gòu)架擁有難以維護(hù)、難以擴(kuò)展兩大痛點(diǎn)，從而最終影響應(yīng)用系統(tǒng)的使用，并不適合業(yè)務(wù)的繼續(xù)發(fā)展。應(yīng)用代碼緊密耦合，拖累維護(hù)效率。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1、微服務(wù)用途

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

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

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

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

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

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

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

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

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

2、微服務(wù)市場(chǎng)進(jìn)展

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

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

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

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

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

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

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

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

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

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

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