技術(shù)隨業(yè)務(wù)而生，業(yè)務(wù)載技術(shù)而行。近些年來(lái)，伴隨數(shù)字經(jīng)濟(jì)的發(fā)展，在眾多企業(yè)的數(shù)字化轉(zhuǎn)型之路上，云原生、DevOps、微服務(wù)、服務(wù)治理等成為行業(yè)內(nèi)不斷被探討的新話(huà)題。人們?cè)诶斫夂徒邮苓@些新型概念的同時(shí)，也不斷地思考其可能的落地形態(tài)。需求是創(chuàng)造發(fā)生的原動(dòng)力，于是一批性的開(kāi)源技術(shù)或者框架涌現(xiàn)而出：Kubernetes，SpringCloud，ServiceMesh，Serverless……它們炙手可熱，大放異彩。然而在具體落地過(guò)程中卻步履維艱，磕磕絆絆。本文試圖結(jié)合企業(yè)業(yè)務(wù)的訴求，以應(yīng)用形態(tài)發(fā)展歷程為背景，幫助企業(yè)梳理應(yīng)用面向云原生、微服務(wù)轉(zhuǎn)型中涉及的各種服務(wù)治理問(wèn)題，以及服務(wù)治理的發(fā)展趨勢(shì)。什么是服務(wù)治理？服務(wù)治理（SOAgovernance），按照AnneThomasManes的定義是：企業(yè)為了確保事情順利完成而實(shí)施的過(guò)程，包括佳實(shí)踐、架構(gòu)原則、治理規(guī)程、規(guī)律以及其他決定性的因素。服務(wù)治理指的是用來(lái)管理SOA的采用和實(shí)現(xiàn)的過(guò)程。由定義可知，服務(wù)治理關(guān)鍵因素在于：應(yīng)用形態(tài)、數(shù)據(jù)采集、信息分析、管控策略和協(xié)議規(guī)范五個(gè)方面。用戶(hù)群體只有從這五個(gè)層次出發(fā)，才能構(gòu)建出符合企業(yè)規(guī)范與要求的服務(wù)治理平臺(tái)，從而進(jìn)一步為企業(yè)創(chuàng)造商業(yè)價(jià)值。01“微觀”塑形。微服務(wù)是利用組織的服務(wù)投資組合，基于業(yè)務(wù)領(lǐng)域功能分解它們，在看到服務(wù)投資組合之前，它是一個(gè)業(yè)務(wù)領(lǐng)域。邯鄲銀行微服務(wù)架構(gòu)服務(wù)中心

    這包括確保微服務(wù)可以在另一臺(tái)計(jì)算機(jī)上重新啟動(dòng)，或者是否有足夠的計(jì)算機(jī)可用，微服務(wù)能夠自行報(bào)告其當(dāng)前狀態(tài)，運(yùn)行狀況檢查等等。服務(wù)發(fā)現(xiàn)它指的是微服務(wù)用來(lái)找到彼此并知道它們的位置的方法。配置設(shè)置參數(shù)并監(jiān)控整個(gè)系統(tǒng)的性能，以便在您進(jìn)行過(guò)程中不斷優(yōu)化在本文的后續(xù)部分中，我們將主要關(guān)注第一種類(lèi)型，討論三種流行的通信模式——直接模式、API網(wǎng)關(guān)和前端后端（BFF）。它們提供了一個(gè)很好的機(jī)會(huì)來(lái)了解基于微服務(wù)的體系結(jié)構(gòu)是如何工作的，以及開(kāi)發(fā)人員的選擇對(duì)其性能的影響。直接模式這是基于微服務(wù)架構(gòu)的基本的設(shè)置。在這種模式下，客戶(hù)端應(yīng)用程序直接向微服務(wù)發(fā)出請(qǐng)求，如下圖所示。每個(gè)微服務(wù)都有一個(gè)公共端點(diǎn)（URL），客戶(hù)端可以與之通信。這非常容易設(shè)置，對(duì)于相對(duì)較小的應(yīng)用程序來(lái)說(shuō)已經(jīng)足夠了，但是隨著應(yīng)用程序的規(guī)模和復(fù)雜性的增長(zhǎng)，這些挑戰(zhàn)會(huì)變得越來(lái)越明顯和麻煩：性能問(wèn)題即使是應(yīng)用程序的一個(gè)頁(yè)面也可能需要對(duì)不同的微服務(wù)進(jìn)行多次調(diào)用，這可能會(huì)導(dǎo)致較大的延遲和性能問(wèn)題?？缮炜s性問(wèn)題因?yàn)榭蛻?hù)端應(yīng)用程序直接引用微服務(wù)，所以對(duì)微服務(wù)的任何更改都可能導(dǎo)致應(yīng)用程序崩潰。這使得維護(hù)困難。安全問(wèn)題沒(méi)有中間層，微服務(wù)的端點(diǎn)就會(huì)暴露出來(lái)。邯鄲銀行微服務(wù)架構(gòu)服務(wù)中心把微服務(wù)架構(gòu)提供的服務(wù)分解能力當(dāng)做一種工具來(lái)使用，以此實(shí)現(xiàn)服務(wù)粒度的變化控制。

    語(yǔ)言版本眾多，影響業(yè)務(wù)性能Agent探針Agent探針是對(duì)代碼集成的進(jìn)一步提煉。Agent探針將需要集成的監(jiān)控代碼，高度提取、抽象、封裝成可以集成的SDK，并且以“弱旁路”的方式與代碼集成在一起，從而完成數(shù)據(jù)采集工作。云端治理平臺(tái)，同樣以采集的數(shù)據(jù)信息作為治理策略制定的依據(jù)，下發(fā)各種治理策略，從而達(dá)到服務(wù)治理功能。優(yōu)點(diǎn)：治理深入，端到端監(jiān)控缺點(diǎn)：語(yǔ)言版本眾多，影響業(yè)務(wù)性能流量劫持流量劫持與前兩者相比，與代碼集成不同。它從網(wǎng)絡(luò)通信作為切入點(diǎn)，以proxy的方式，代理業(yè)務(wù)單元所有的IN/OUT流量，并且proxy內(nèi)部可以對(duì)請(qǐng)求數(shù)據(jù)進(jìn)行一定的策略控制。從而完成服務(wù)通信的治理功能。優(yōu)點(diǎn)：無(wú)關(guān)語(yǔ)言差異性，維護(hù)簡(jiǎn)單缺點(diǎn)：治理略淺，影響業(yè)務(wù)性能綜上所述，目前服務(wù)治理的技術(shù)?；蚨嗷蛏俣即嬖谝恍┤毕?，在構(gòu)建服務(wù)治理平臺(tái)時(shí)往往需要采用結(jié)合的方式，才能做到物盡其才。03“百家爭(zhēng)鳴”，成就未來(lái)競(jìng)爭(zhēng)成就未來(lái)。從目前行業(yè)發(fā)展來(lái)看，微服務(wù)奠定了服務(wù)構(gòu)建的基礎(chǔ)方式，容器引擎以及編排技術(shù)解決了服務(wù)編排上線(xiàn)的困惑，下一個(gè)“兵家必爭(zhēng)”的場(chǎng)景必將在服務(wù)治理。那目前行業(yè)內(nèi)又有哪些項(xiàng)目聚焦在服務(wù)治理領(lǐng)域？SpringCloudSpringCloud作為Spring社區(qū)的重要布局之一。

    微服務(wù)也指一種種松耦合的、有一定的有界上下文的面向服務(wù)架構(gòu)。也就是說(shuō)，如果每個(gè)服務(wù)都要同時(shí)修改，那么它們就不是微服務(wù)，因?yàn)樗鼈兙o耦合在一起；如果你需要掌握一個(gè)服務(wù)太多的上下文場(chǎng)景使用條件，那么它就是一個(gè)有上下文邊界的服務(wù)，這個(gè)定義來(lái)自DDD領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)。相對(duì)于單體架構(gòu)和SOA，它的主要特點(diǎn)是組件化、松耦合、自治、去中心化，體現(xiàn)在以下幾個(gè)方面：一組小的服務(wù)服務(wù)粒度要小，而每個(gè)服務(wù)是針對(duì)一個(gè)單一職責(zé)的業(yè)務(wù)能力的封裝，專(zhuān)注做好一件事情。部署運(yùn)行和擴(kuò)展每個(gè)服務(wù)能夠被部署并運(yùn)行在一個(gè)進(jìn)程內(nèi)。這種運(yùn)行和部署方式能夠賦予系統(tǒng)靈活的代碼組織方式和發(fā)布節(jié)奏，使得快速交付和應(yīng)對(duì)變化成為可能。開(kāi)發(fā)和演化技術(shù)選型靈活，不受遺留系統(tǒng)技術(shù)約束。合適的業(yè)務(wù)問(wèn)題選擇合適的技術(shù)可以演化。服務(wù)與服務(wù)之間采取與語(yǔ)言無(wú)關(guān)的API進(jìn)行集成。相對(duì)單體架構(gòu)，微服務(wù)架構(gòu)是更面向業(yè)務(wù)創(chuàng)新的一種架構(gòu)模式。團(tuán)隊(duì)和自治團(tuán)隊(duì)對(duì)服務(wù)的整個(gè)生命周期負(fù)責(zé)，工作在的上下文中，自己決策自己治理，而不需要統(tǒng)一的指揮中心。團(tuán)隊(duì)和團(tuán)隊(duì)之間通過(guò)松散的社區(qū)部落進(jìn)行銜接。我們可以看到整個(gè)微服務(wù)的思想就如我們現(xiàn)在面對(duì)信息、知識(shí)是一樣的：通過(guò)解耦我們所做的事情。從另一角度看，控制變化并不一定非減少變化，如果確保這些變化能夠如預(yù)期地快速進(jìn)行，也是一種極好的控制。

    CI就報(bào)警了：UI測(cè)試測(cè)試掛了進(jìn)行一番debug之后我們定位到了問(wèn)題，解開(kāi)了按照Contract單獨(dú)運(yùn)行測(cè)試一切OK，為什么上集成環(huán)境就莫名其妙掛掉！的疑惑：//兩天前request{method'POST'url'/users'body([name:$(regex('[a-z]{6,20}')),email:'sjyuan@',homePage:''])headers{contentType('application/json')}}//兩天后request{method'POST'url'/users'body([name:$(regex('[a-z]{6,20}')),email:'sjyuan@',homePage:'',gender:'M'])headers{contentType('application/json')}}通過(guò)Git歷史記錄發(fā)現(xiàn)服務(wù)消費(fèi)方（前端）將API協(xié)議更新了，而服務(wù)提供方（后端）沒(méi)有同步修改實(shí)現(xiàn)。回顧一下引入Contract概念的集成測(cè)試，之所以會(huì)出現(xiàn)協(xié)議的修改直到集成環(huán)境中才暴露出來(lái)，是因?yàn)槿狈ψ詣?dòng)化監(jiān)控機(jī)制來(lái)提前發(fā)現(xiàn)問(wèn)題并預(yù)警。讓我們做進(jìn)一步深入思考：把同一份API契約作為服務(wù)提供方和服務(wù)消費(fèi)方的測(cè)試斷言依據(jù)，一旦契約被一方改動(dòng)，則另一方的測(cè)試便會(huì)失敗。歸根結(jié)底，我們?nèi)狈σ环N有效的強(qiáng)制約束來(lái)約束雙方，馬上要揭曉的消費(fèi)者驅(qū)動(dòng)契約測(cè)試可以提供這種約束。(消費(fèi)者驅(qū)動(dòng)契約測(cè)試)消費(fèi)者驅(qū)動(dòng)契約測(cè)試的流程是，消費(fèi)者定義他們期望的API或消息是什么樣子，這些期望即為契約。另一方面，為了快速檢測(cè)到故障點(diǎn)，甚至盡可能自動(dòng)恢復(fù)服務(wù)，實(shí)時(shí)監(jiān)控在微服務(wù)架構(gòu)中也格外重要。邯鄲銀行微服務(wù)架構(gòu)服務(wù)中心

另外，這種思路也影響到了企業(yè)級(jí)數(shù)據(jù)模式。邯鄲銀行微服務(wù)架構(gòu)服務(wù)中心

    什么是微服務(wù)架構(gòu)微服務(wù)是指按業(yè)務(wù)與數(shù)據(jù)將統(tǒng)一的系統(tǒng)拆分成若干相對(duì)自治的子服務(wù)，各服務(wù)只實(shí)現(xiàn)特定功能（如登錄服務(wù)只實(shí)現(xiàn)登錄相關(guān)的邏輯），服務(wù)以接口的形式為應(yīng)用或其他服務(wù)提供功能與數(shù)據(jù)（如訂單服務(wù)調(diào)用登錄服務(wù)的檢查登錄態(tài)接口來(lái)判斷用戶(hù)是否登錄），這種按業(yè)務(wù)拆分系統(tǒng)的解決方案稱(chēng)之為微服務(wù)架構(gòu)。微服務(wù)架構(gòu)的特點(diǎn)微服務(wù)是指開(kāi)發(fā)一個(gè)組小型的但有業(yè)務(wù)功能的服務(wù)，每個(gè)服務(wù)都有自己的處理和輕量通訊機(jī)制，可以部署在單個(gè)或多個(gè)服務(wù)器上微服務(wù)也指一種種松耦合的、有一定的有界上下文的面向服務(wù)架構(gòu)。也就是說(shuō)，如果每個(gè)服務(wù)都要同時(shí)修改，那么它們就不是微服務(wù)，因?yàn)樗鼈兙o耦合在一起；它的主要特點(diǎn)是組件化、松耦合、自治、去中心化，體現(xiàn)在以下幾個(gè)方面：一組小的服務(wù)服務(wù)粒度要小，而每個(gè)服務(wù)是針對(duì)一個(gè)單一職責(zé)的業(yè)務(wù)能力的封裝，專(zhuān)注做好一件事情。部署運(yùn)行和擴(kuò)展每個(gè)服務(wù)能夠被部署并運(yùn)行在一個(gè)進(jìn)程內(nèi)。這種運(yùn)行和部署方式能夠賦予系統(tǒng)靈活的代碼組織方式和發(fā)布節(jié)奏，使得快速交付和應(yīng)對(duì)變化成為可能。開(kāi)發(fā)和演化技術(shù)選型靈活，不受遺留系統(tǒng)技術(shù)約束。合適的業(yè)務(wù)問(wèn)題選擇合適的技術(shù)可以演化。服務(wù)與服務(wù)之間采取與語(yǔ)言無(wú)關(guān)的API進(jìn)行集成。相對(duì)單體架構(gòu)。邯鄲銀行微服務(wù)架構(gòu)服務(wù)中心

首匯信息技術(shù)河北有限公司坐落在新石北路368號(hào)金石創(chuàng)新大廈105室，是一家專(zhuān)業(yè)的計(jì)算機(jī)硬件技術(shù)研發(fā)、技術(shù)咨詢(xún)、技術(shù)服務(wù)；計(jì)算機(jī)系統(tǒng)集成服務(wù)；貨物或技術(shù)進(jìn)出口（國(guó)家限制和禁止的除外）；互聯(lián)網(wǎng)信息服務(wù)（憑許可證經(jīng)營(yíng)）；設(shè)計(jì)、制作、代理國(guó)內(nèi)廣告業(yè)務(wù)；發(fā)布國(guó)內(nèi)戶(hù)外廣告業(yè)務(wù)；汽車(chē)配件、機(jī)械設(shè)備、五金產(chǎn)品、電子產(chǎn)品、化工產(chǎn)品（危險(xiǎn)化學(xué)品及易制毒化學(xué)品除外、無(wú)存儲(chǔ)）、橡膠制品（醫(yī)用橡膠制品除外）、通信設(shè)備（衛(wèi)星電視廣播地面接收設(shè)施除外）、儀器儀表、安全技術(shù)防范設(shè)備、辦公設(shè)備的批發(fā)、零售。（依法需經(jīng)批準(zhǔn)的項(xiàng)目，經(jīng)相關(guān)部門(mén)批準(zhǔn)后方可開(kāi)展經(jīng)營(yíng)活動(dòng)）公司。公司目前擁有專(zhuān)業(yè)的技術(shù)員工，為員工提供廣闊的發(fā)展平臺(tái)與成長(zhǎng)空間，為客戶(hù)提供高質(zhì)的產(chǎn)品服務(wù)，深受員工與客戶(hù)好評(píng)。首匯信息技術(shù)河北有限公司主營(yíng)業(yè)務(wù)涵蓋信息化中臺(tái)系統(tǒng)規(guī)劃，中臺(tái)ERP服務(wù)平臺(tái)，堅(jiān)持“質(zhì)量保證、良好服務(wù)、顧客滿(mǎn)意”的質(zhì)量方針，贏得廣大客戶(hù)的支持和信賴(lài)。一直以來(lái)公司堅(jiān)持以客戶(hù)為中心、信息化中臺(tái)系統(tǒng)規(guī)劃，中臺(tái)ERP服務(wù)平臺(tái)市場(chǎng)為導(dǎo)向，重信譽(yù)，保質(zhì)量，想客戶(hù)之所想，急用戶(hù)之所急，全力以赴滿(mǎn)足客戶(hù)的一切需要。