【正文】 ervice interface=”” ref=”echoService”/。 發(fā)布和引用服務(wù)提供者需要支持配置、注解、API調(diào)用等方式，把本地接口發(fā)布成遠(yuǎn)程服務(wù)；對(duì)于消費(fèi)者，可以通過(guò)對(duì)等的方式引用遠(yuǎn)程服務(wù)提供者，實(shí)現(xiàn)服務(wù)的發(fā)布和引用。 訂閱發(fā)布機(jī)制。 提供CRUD接口。注冊(cè)中心的功能設(shè)計(jì)特性主要包括： 對(duì)等集群：注冊(cè)中心某一個(gè)或者多個(gè)服務(wù)注冊(cè)中心進(jìn)程宕機(jī)，不會(huì)導(dǎo)致服務(wù)注冊(cè)中心集群功能不可用。 注冊(cè)中心返回服務(wù)提供者地址列表給消費(fèi)者，如果有變更，注冊(cè)中心主動(dòng)推送變更數(shù)據(jù)給消費(fèi)者，消費(fèi)者刷新本地緩存的路由表。 特性設(shè)計(jì)服務(wù)注冊(cè)中心的工作原理圖如下圖所示：圖7注冊(cè)中心工作原理圖 服務(wù)提供者在啟動(dòng)時(shí)，根據(jù)服務(wù)發(fā)布文件中配置的服務(wù)發(fā)布信息向注冊(cè)中心注冊(cè)自己提供的服務(wù)。如何有效地管理服務(wù)訂閱/發(fā)布，避免硬編碼地址信息是服務(wù)集成平臺(tái)需要解決的問(wèn)題之一。 注冊(cè)中心對(duì)于服務(wù)提供者，它需要發(fā)布服務(wù)；對(duì)于服務(wù)消費(fèi)者，它最關(guān)心的如何獲取它所需要的服務(wù)。 動(dòng)態(tài)下發(fā)：運(yùn)維人員通過(guò)服務(wù)治理Portal修改路由規(guī)則，更新后的路由規(guī)則被持久化到服務(wù)注冊(cè)中心。配置策略的設(shè)計(jì)如下： 本地配置：包括服務(wù)提供者和服務(wù)消費(fèi)者、默認(rèn)全局配置三種。 路由策略定制平臺(tái)除了提供默認(rèn)的路由策略之外，在架構(gòu)上還需要支持業(yè)務(wù)擴(kuò)展路由算法，實(shí)現(xiàn)業(yè)務(wù)定義路由。服務(wù)路由時(shí)優(yōu)先選擇本機(jī)的服務(wù)提供者，如果找不到再重新發(fā)起遠(yuǎn)程服務(wù)調(diào)用，該模式成為innative模式。如果物理機(jī)或者VM配置比較好，多個(gè)應(yīng)用進(jìn)程往往會(huì)選擇合設(shè)。 粘滯鏈接，用于有狀態(tài)的服務(wù)，盡可能讓客戶端總是向同一臺(tái)提供者發(fā)起服務(wù)調(diào)用，除非該提供者宕機(jī)再連接另一臺(tái)。 服務(wù)調(diào)用時(shí)延，消費(fèi)者緩存所有服務(wù)提供者的服務(wù)調(diào)用時(shí)延，周期性的計(jì)算服務(wù)調(diào)用平均時(shí)延，然后計(jì)算每個(gè)服務(wù)提供者服務(wù)調(diào)用時(shí)延于平均時(shí)延的差值，根據(jù)差值大小動(dòng)態(tài)調(diào)整權(quán)重。 采用隨機(jī)算法進(jìn)行負(fù)載均衡。消費(fèi)者客戶端從本地緩存的服務(wù)提供者路由表中查詢地址信息，根據(jù)路由策略進(jìn)行路由選擇。消費(fèi)者只需要知道當(dāng)前系統(tǒng)發(fā)布了哪些服務(wù)，而不需要知道服務(wù)具體存在什么位置，這就是透明化路由。 透明化路由很多開(kāi)源的RPC框架調(diào)用者需要配置服務(wù)提供者的地址信息，盡管可以通過(guò)讀取數(shù)據(jù)庫(kù)的服務(wù)地址列表等方式避免硬編碼地址信息，但是消費(fèi)者依然要感知服務(wù)提供者的地址信息，這就違反了透明化路由的原則。 服務(wù)路由服務(wù)集成平臺(tái)上線運(yùn)行時(shí)都是集群組網(wǎng)，這意味著集群中存在某個(gè)服務(wù)的多實(shí)例部署，消費(fèi)者如何從服務(wù)列表中選擇合適的服務(wù)提供者進(jìn)行調(diào)用，這就涉及到服務(wù)路由。l ：服務(wù)消費(fèi)者，從提供者地址列表中，基于軟負(fù)載均衡算法，選一臺(tái)提供者進(jìn)行調(diào)用，如果調(diào)用失敗，再選另一臺(tái)調(diào)用。l ：服務(wù)消費(fèi)者在啟動(dòng)時(shí)，向注冊(cè)中心訂閱自己所需的服務(wù)。l ：服務(wù)提供者在啟動(dòng)時(shí)，向注冊(cè)中心注冊(cè)自己提供的服務(wù)。l 服務(wù)容器：服務(wù)運(yùn)行容器。l 服務(wù)注冊(cè)中心：服務(wù)注冊(cè)與發(fā)現(xiàn)的注冊(cè)中心。因此，服務(wù)集成平臺(tái)的性能指標(biāo)非常重要，性能特性總結(jié)如表所示：表2性能特性線性特性說(shuō)明高性能在同等資源占用的情況下，單服務(wù)提供者的TPS要盡量提高低時(shí)延在同等資源占用情況下，服務(wù)調(diào)用時(shí)延要盡量低性能線性增長(zhǎng)擴(kuò)展服務(wù)提供者，性能要能夠線性增長(zhǎng) 可靠性應(yīng)用由單機(jī)調(diào)用演進(jìn)到分布式部署之后，由于網(wǎng)絡(luò)故障、服務(wù)提供者故障等因素，會(huì)導(dǎo)致業(yè)務(wù)失敗率增加，服務(wù)集成平臺(tái)要具備很強(qiáng)的可靠性，來(lái)保證業(yè)務(wù)的成功率，可靠性總結(jié)如下表所示：表3可靠性特性名功能名說(shuō)明服務(wù)注冊(cè)中心服務(wù)健康狀態(tài)檢測(cè)注冊(cè)中心通過(guò)心跳檢測(cè)服務(wù)提供者的存在，服務(wù)提供者宕機(jī)，注冊(cè)中心將立即推送事件通知消費(fèi)者故障切換注冊(cè)中心對(duì)等集群，任意一臺(tái)宕機(jī)后，將自動(dòng)切換到另一臺(tái)高HA注冊(cè)中心全部宕機(jī)后，服務(wù)提供者和服務(wù)消費(fèi)者仍能通過(guò)本地緩存通信消除單點(diǎn)故障服務(wù)無(wú)狀態(tài)服務(wù)提供者無(wú)狀態(tài)，任意一臺(tái)宕機(jī)后，不影響使用服務(wù)集群容錯(cuò)只要集群中有一臺(tái)機(jī)器的服務(wù)提供者可用，業(yè)務(wù)就不會(huì)中斷鏈路健壯性心跳檢測(cè)鏈路空閑時(shí)沒(méi)有業(yè)務(wù)消息，通過(guò)定時(shí)心跳檢測(cè)鏈路是否可用斷連重連機(jī)制鏈路段連之后，根據(jù)客戶端配置的重連策略定時(shí)重連，重連成功之前消息不會(huì)路由到段連的服務(wù)提供者上4 架構(gòu)組成 架構(gòu)圖服務(wù)集成平臺(tái)的架構(gòu)圖如下圖所示：圖6服務(wù)集成平臺(tái)圖節(jié)點(diǎn)角色說(shuō)明l 提供者：暴露服務(wù)的服務(wù)提供方。再向上就是業(yè)務(wù)的服務(wù)接口定義和實(shí)現(xiàn)類，對(duì)于使用spring配置化開(kāi)發(fā)的就是Spring Bean，服務(wù)由業(yè)務(wù)來(lái)實(shí)現(xiàn)，平臺(tái)負(fù)責(zé)將業(yè)務(wù)接口發(fā)布成遠(yuǎn)程服務(wù)。 Filter Chain層：服務(wù)調(diào)用職責(zé)鏈，提供多種服務(wù)調(diào)用切面供框架自身和使用者擴(kuò)展，例如負(fù)載均衡、服務(wù)調(diào)用性能統(tǒng)計(jì)、服務(wù)調(diào)用完成通知機(jī)制、失敗重發(fā)等。 服務(wù)是可以被自動(dòng)發(fā)現(xiàn)的：服務(wù)發(fā)布上線后，允許被其他消費(fèi)者自動(dòng)發(fā)現(xiàn)；當(dāng)服務(wù)提供者下線后，允許消費(fèi)者接收服務(wù)下線通知。 服務(wù)是無(wú)狀態(tài)的：服務(wù)應(yīng)當(dāng)不需要管理狀態(tài)信息，因此能夠維持松耦合性。 服務(wù)是可組合、可編排的：多個(gè)服務(wù)可能被編排組合成一個(gè)新的服務(wù)，這允許不同邏輯抽象的自由組合，促進(jìn)服務(wù)的復(fù)用。 服務(wù)是松耦合的：服務(wù)被設(shè)計(jì)為功能相對(duì)獨(dú)立、盡量不依賴其他服務(wù)的獨(dú)立提供者。 服務(wù)可復(fù)用：不管是否存在即時(shí)的復(fù)用機(jī)會(huì)，服務(wù)均被設(shè)計(jì)為支持潛在的可復(fù)用性。 架構(gòu)解析微服務(wù)架構(gòu)是一種架構(gòu)風(fēng)格，旨在通過(guò)將功能分解到各個(gè)離散的服務(wù)中以實(shí)現(xiàn)對(duì)解決方案的解耦。 架構(gòu)風(fēng)格服務(wù)框架的采用REST（Representational State Transfer，簡(jiǎn)稱REST，表述性狀態(tài)傳遞）風(fēng)格的設(shè)計(jì)和實(shí)現(xiàn)，目前在