【正文】 維人員、研發(fā)人員進(jìn)行實時故障診斷。 服務(wù)微管控：細(xì)粒度的運行期服務(wù)治理，包括限流降級、服務(wù)遷入遷出、服務(wù)超時控制、智能路由、統(tǒng)一配置、優(yōu)先級調(diào)度和流量遷移等，提供方法級治理和動態(tài)生效功能，通過一些列細(xì)粒度的治理策略，在故障發(fā)生時可以多管齊下，在線調(diào)整，快速恢復(fù)業(yè)務(wù)。 服務(wù)生命周期管理：包括服務(wù)的上線審批、下線通知，服務(wù)的在線升級，以及線上線下服務(wù)文檔庫的建設(shè)。 架構(gòu)設(shè)計服務(wù)治理是服務(wù)集成平臺的一個可選特性，盡管從服務(wù)開發(fā)和運行角度看它不是必需的，但如果沒有服務(wù)治理功能，服務(wù)集成平臺的服務(wù)SLA很難得到保障，服務(wù)化很難真正實施成功。服務(wù)集成平臺的服務(wù)治理的架構(gòu)圖如下圖所示：圖11服務(wù)治理邏輯架構(gòu)圖第一層叫做服務(wù)治理展示層，它主要由服務(wù)治理Portal組成，提供可視化的界面，方便服務(wù)運維人員進(jìn)行治理操作。第二層叫做服務(wù)治理SDK層，它主要包括服務(wù)治理元數(shù)據(jù)，服務(wù)治理實體對象，服務(wù)模型、應(yīng)用模型、治理組織模型、用戶權(quán)限模型等；服務(wù)治理接口，服務(wù)治理Portal調(diào)用服務(wù)治理接口實現(xiàn)服務(wù)治理；服務(wù)治理客戶端類庫，服務(wù)治理Portal需要集成服務(wù)集成平臺的客戶端類庫，實現(xiàn)服務(wù)的自動發(fā)現(xiàn)和調(diào)用；調(diào)用示例，客戶端SDK需要提供服務(wù)治理接口的參數(shù)說明、注意事項以及給出常用的調(diào)用示例，方便前端開發(fā)人員使用；集成開發(fā)指南，指導(dǎo)使用者如何在開發(fā)環(huán)境中搭建、集成和使用服務(wù)治理SDK。第三層叫做后臺服務(wù)治理服務(wù)層，由一組服務(wù)治理服務(wù)組成，可以單獨部署，也可以與應(yīng)用組合部署?？紤]到健壯性，通常選擇獨立集群部署。 運行態(tài)功能設(shè)計運行態(tài)服務(wù)治理首先要能夠做到可視，包括當(dāng)前系統(tǒng)發(fā)布了哪些服務(wù)，這些服務(wù)部署在哪些機(jī)器上，性能KPI數(shù)據(jù)如何，指標(biāo)是否正常等。除了告警，對服務(wù)健康狀態(tài)和關(guān)鍵指標(biāo)的日常巡檢也非常重要。服務(wù)的發(fā)布情況和運行狀態(tài)是首先需要關(guān)注的。 線下治理隨著服務(wù)化的推進(jìn)，服務(wù)的開發(fā)者越來越多，服務(wù)之間的互相調(diào)用和依賴也日趨復(fù)雜，另外搭建一套線下的全量化境成本非常高。為了解決這個問題，需要建立服務(wù)文檔中心，方便線上運維人員查看和多團(tuán)隊之間協(xié)作。它的工作原理如圖所示：圖12服務(wù)治理邏輯架構(gòu)圖 服務(wù)的上線審批、下線通知機(jī)制需要建立并完善起來，它的工作原理如下圖所示：圖13服務(wù)上線審批、下線通知圖 除了以上常用的治理措施，線下服務(wù)治理還包括： 業(yè)務(wù)的梳理、服務(wù)劃分原則和方法論。 服務(wù)跨團(tuán)隊協(xié)作流程、準(zhǔn)則、工具和方法論。 服務(wù)的接口兼容性原則和規(guī)范。 安全和權(quán)限管理服務(wù)集成平臺的安全主要涉及到兩個層面，一個是服務(wù)的開放和鑒權(quán)機(jī)制；另一個是服務(wù)治理的安全和權(quán)限管理。服務(wù)治理框架需要提供角色和權(quán)限模型，用于用戶定義角色并進(jìn)行授權(quán)，同時要提供賬號和角色關(guān)聯(lián)管理功能，方便對賬號進(jìn)行授權(quán)。 中間聚合層服務(wù)本身是零散化的東西，通常要接入的是中間層。實際上會在中間層做聚合，聚合層本身即可以做業(yè)務(wù)聚合，也可以做中間層的聚合，每一層的聚合都要做異步調(diào)用的設(shè)計。同時要對接口進(jìn)行抽取。這樣的話才能給應(yīng)用使用。因為應(yīng)用。本身是沒有服務(wù)發(fā)現(xiàn)的下，圖是以服務(wù)的方式聚合中間層的架構(gòu)圖：圖14以服務(wù)的方式聚合中間層架構(gòu)圖5 集成ESB企業(yè)服務(wù)總線（EnterpriseServiceBus，ESB）從面向服務(wù)體系架構(gòu)發(fā)展而來，是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物。服務(wù)框架對ESB進(jìn)行了集成。ESB提供了網(wǎng)絡(luò)中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。ESB采用了“總線”這樣一種模式來管理和簡化應(yīng)用之間的集成拓?fù)浣Y(jié)構(gòu)，以廣為接受的開放標(biāo)準(zhǔn)為基礎(chǔ)來支持應(yīng)用之間在消息、事件和服務(wù)級別上動態(tài)的互聯(lián)互通，是一種在松散耦合的服務(wù)和應(yīng)用之間標(biāo)準(zhǔn)的集成方式。服務(wù)集成平臺雖然集成了ESB總線的功能，但是不作為框架服務(wù)的首選。因為ESB要求用戶手工注冊和管理服務(wù)，這樣增加用戶使用和維護(hù)成本。6 提供的服務(wù) 用戶和組織機(jī)構(gòu)服務(wù)集成平臺能夠提供統(tǒng)一的用戶和組織機(jī)構(gòu)管理，通過建立一整套完成的、獨立基礎(chǔ)信息數(shù)據(jù)庫，框架可以對外提供用戶登錄服務(wù)。 權(quán)限管理服務(wù)集成平臺能夠提供統(tǒng)一的角色權(quán)限管理，權(quán)限包括操作權(quán)限和數(shù)據(jù)權(quán)限。通過建立一整套完整的、獨立的角色、映射、模塊、操作、數(shù)據(jù)權(quán)限配置等基礎(chǔ)信息數(shù)據(jù)庫，框架可以對外提供權(quán)限服務(wù)。 單點登錄服務(wù)集成平臺能夠提供統(tǒng)一的單點登錄服務(wù)，用戶第一次登陸系統(tǒng)是，首先跳轉(zhuǎn)到框架的認(rèn)證中心，認(rèn)證中心根據(jù)用戶提供的登錄信息，認(rèn)證系統(tǒng)進(jìn)行身份校驗，如果通過校驗，應(yīng)該返回給用戶一個認(rèn)證的憑據(jù)－－ticket；用戶再訪問別的應(yīng)用的時候，就會將這個ticket帶上，作為自己認(rèn)證的憑據(jù)，應(yīng)用系統(tǒng)接受到請求之后會把ticket送到認(rèn)證系統(tǒng)進(jìn)行校驗，檢查ticket的合法性。如果通過校驗，用戶就可以在不用再次登錄的情況下訪問應(yīng)用系統(tǒng)2和應(yīng)用系統(tǒng)3了。 通信服務(wù)服務(wù)集成平臺能夠提供基本的通信服務(wù)，例如集成發(fā)送短信或者微信的功能。通過框架提供的統(tǒng)一短信配置Portal或者微信公共賬號，在某個業(yè)務(wù)工作節(jié)點給指定用戶發(fā)送短信或者微信信息。 業(yè)務(wù)提醒服務(wù)集成平臺能夠提供業(yè)務(wù)提醒的功能，通過建立業(yè)務(wù)提醒數(shù)據(jù)表和發(fā)布統(tǒng)一的提醒服務(wù)，實現(xiàn)框架的業(yè)務(wù)提醒功能。各個業(yè)務(wù)應(yīng)用的前臺頁面通過定時請求，來自動獲取該業(yè)務(wù)的提醒信息，顯示在前臺頁面中?；蛘卟捎冒l(fā)送短信、微信等方式提醒系統(tǒng)內(nèi)的相關(guān)人員。 待辦工作服務(wù)集成平臺能夠提供個人待辦工作處理的功能，通過建立待辦工作數(shù)據(jù)表和發(fā)布待辦工作服務(wù)，實現(xiàn)個人的待辦工作的處理功能。 工作流服務(wù)服務(wù)集成平臺提供了統(tǒng)一的業(yè)務(wù)流程調(diào)用服務(wù)，其工作步驟包括流程設(shè)計、流程測試、數(shù)據(jù)清理、流程部署、流程調(diào)用和流程注銷等功能。