用友云服務(wù)治理平臺(tái)助力企業(yè)微服務(wù)架構(gòu)落地

張蓉

伴隨互聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)等技術(shù)的快速發(fā)展，越來越多的企業(yè)在信息化之后，將企業(yè)上云和數(shù)字化提上日程。隨之而來的是軟件架構(gòu)的微服務(wù)方式重構(gòu)、應(yīng)用的自動(dòng)化運(yùn)維和容器化等強(qiáng)烈需求，催生出了眾多的PaaS平臺(tái)。

服務(wù)治理平臺(tái)難點(diǎn)突顯

同時(shí)，針對(duì)微服務(wù)，也涌現(xiàn)出了許多RPC框架和微服務(wù)治理平臺(tái)，各個(gè)框架和平臺(tái)都有各自的優(yōu)勢(shì)和自身獨(dú)特的適應(yīng)場景。

相比于單體應(yīng)用和SOA架構(gòu)，微服務(wù)的小團(tuán)隊(duì)開發(fā)運(yùn)維、復(fù)雜度可控制、獨(dú)立擴(kuò)縮和可靈活組合等優(yōu)勢(shì)也逐漸凸顯，被廣大架構(gòu)師和技術(shù)人員引入和推崇。但同時(shí)也引出了配置繁雜、事務(wù)不可控等諸多問題，如何恰當(dāng)?shù)亟鉀Q微服務(wù)中暴露出的各種問題，成為各服務(wù)治理平臺(tái)的重點(diǎn)和難點(diǎn)。

軟件架構(gòu)在微服務(wù)之前，各個(gè)服務(wù)通過RestFul接口或者RPC進(jìn)行互聯(lián)和調(diào)用、功能的服務(wù)化和解耦，諸多成熟的RPC框架被引入，例如：

RPC調(diào)用是微服務(wù)治理的基礎(chǔ)，但單單RPC不能稱為微服務(wù)，微服務(wù)的核心功能還應(yīng)該包含服務(wù)注冊(cè)、發(fā)現(xiàn)、動(dòng)態(tài)和可視化配置、限流熔斷、鏈路追蹤、分析，異步調(diào)用、數(shù)據(jù)一致性處理以及API網(wǎng)關(guān)等。

不同廠商的框架和產(chǎn)品，都圍繞著以上核心功能，進(jìn)行了實(shí)現(xiàn)和融合。各個(gè)產(chǎn)品都有不同的復(fù)雜度和局限性，并和自身廠商的其他產(chǎn)品聯(lián)系密切。

用友云服務(wù)治理平臺(tái)應(yīng)勢(shì)而生

用友云主要面向企業(yè)級(jí)應(yīng)用，在TOB領(lǐng)域有獨(dú)特的技術(shù)特色和要求，且用友云下的微服務(wù)治理需要和自身的DevOps平臺(tái)、容器云平臺(tái)及數(shù)據(jù)平臺(tái)進(jìn)行協(xié)同和能力聚合。在借鑒和吸收其他產(chǎn)品優(yōu)勢(shì)的同時(shí)，用友云服務(wù)治理平臺(tái)團(tuán)隊(duì)針對(duì)自身產(chǎn)品做了完善和適配，充分地和用友云開發(fā)者中心、數(shù)據(jù)平臺(tái)、租戶中心和用戶中心等結(jié)合，推出了更適合自身的用友云服務(wù)治理平臺(tái)。

用友云服務(wù)治理平臺(tái)是用友云平臺(tái)（iuap）基礎(chǔ)平臺(tái)服務(wù)（gPaaS）的一個(gè)核心能力。企業(yè)在向“互聯(lián)化”方向轉(zhuǎn)型的過程中，軟件產(chǎn)品的開發(fā)需求變更越來越頻繁，對(duì)技術(shù)中臺(tái)要求越來越強(qiáng)烈，統(tǒng)一的gPaaS基礎(chǔ)能力逐漸被認(rèn)可，越來越多的企業(yè)期望有一個(gè)基礎(chǔ)平臺(tái)去支撐企業(yè)快速增長的業(yè)務(wù)。gPaaS基礎(chǔ)平臺(tái)是iuap產(chǎn)品家族的一部分，提供了DevOps能力、容器云能力、服務(wù)治理能力和微服務(wù)編排能力。gPaaS基礎(chǔ)平臺(tái)簡化了多種基礎(chǔ)設(shè)施帶來的復(fù)雜性，打通了開發(fā)運(yùn)維一體化流程，提供傳統(tǒng)服務(wù)架構(gòu)向微服務(wù)架構(gòu)轉(zhuǎn)變及服務(wù)治理的最佳方法論和工具集，支持微服務(wù)可視化編排。

用友云服務(wù)治理平臺(tái)具有的特色

用友服務(wù)治理平臺(tái)從2015年立項(xiàng)以來，經(jīng)過團(tuán)隊(duì)的不斷打磨，已經(jīng)發(fā)展了幾個(gè)版本。支持的應(yīng)用數(shù)量已達(dá)到900多個(gè)，API數(shù)量已經(jīng)接近3萬個(gè)。目前，使用服務(wù)治理平臺(tái)的云產(chǎn)品和組織包括資金云、財(cái)務(wù)云、人力云、協(xié)同云、用友審計(jì)和用友能源等，支持的大型項(xiàng)目包括中建、中廣核和DIWORK等。

用友云服務(wù)治理平臺(tái)提供RPC調(diào)用框架、異步調(diào)用框架、服務(wù)注冊(cè)發(fā)現(xiàn)、配置中心、元數(shù)據(jù)和一致性框架等基礎(chǔ)中間件，并預(yù)留了插件機(jī)制的擴(kuò)展，方便開發(fā)者使用和集成；也從中間件容器層面提供類隔離和組件加載機(jī)制，盡量避免和業(yè)務(wù)應(yīng)用引用的三方組件版本沖突；提供統(tǒng)一的門戶入口，可視化的管理和查看遠(yuǎn)程服務(wù)的接口信息、調(diào)用鏈路日志、統(tǒng)計(jì)信息和評(píng)價(jià)信息，動(dòng)態(tài)地控制具體接口和方法的權(quán)限和流量限制；提供限流、鏈路追蹤等組件保證服務(wù)的穩(wěn)定和可用性。

同時(shí)，在外圍還支持和服務(wù)網(wǎng)關(guān)API Link的對(duì)接，支持使用IDE進(jìn)行微服務(wù)的編排和一鍵發(fā)布。

它由幾大核心技術(shù)模塊構(gòu)成：注冊(cè)中心、元數(shù)據(jù)、控制臺(tái)、配置中心、基礎(chǔ)SDK、鏈路計(jì)算、限流熔斷、異步調(diào)用和一致性適配組件、IUAP和DUBBOX適配組件等，大致可以分為兩類：微服務(wù)SDK（middleware）和后端支撐服務(wù)。

微服務(wù)SDK：各個(gè)組件通過核心的插件機(jī)制和類加載機(jī)制整合在一起，形成整體對(duì)外提供服務(wù)，具有兩大鮮明特性：①支持SPI方式擴(kuò)展的插件機(jī)制，靈活組合，易于擴(kuò)展；②基于ClassLoder的類隔離機(jī)制，組件分離，避免沖突。通過服務(wù)治理平臺(tái)的SDK，業(yè)務(wù)方可以簡單快速地集成微服務(wù)的能力到業(yè)務(wù)工程，達(dá)到技術(shù)架構(gòu)的微服務(wù)化的目的。

后端支撐：后端支撐較為核心的包括注冊(cè)中心、元數(shù)據(jù)、控制臺(tái)和鏈路計(jì)算、監(jiān)控、配置中心和權(quán)限管控等。

用友云平臺(tái)的微服務(wù)治理團(tuán)隊(duì)針對(duì)阿里云平臺(tái)推出的分布式服務(wù)調(diào)用和管控平臺(tái)EDAS的架構(gòu)進(jìn)行分析和對(duì)比，借鑒其優(yōu)勢(shì)的同時(shí)，結(jié)合自身特點(diǎn)，對(duì)各個(gè)模塊進(jìn)行拆分，并在異步調(diào)用、多套環(huán)境支持、去容器依賴等方面進(jìn)行了針對(duì)性的適配；同時(shí)在支持與開發(fā)者中心、用戶中心和權(quán)限中心等服務(wù)結(jié)合方面做了擴(kuò)展，支持輕量化的獨(dú)立部署，為平臺(tái)的專屬化減輕了負(fù)擔(dān)。

解決微服務(wù)落地難題

用友云服務(wù)治理平臺(tái)的幾大核心功能包括基礎(chǔ)的RPC框架、注冊(cè)中心元數(shù)據(jù)、配置中心、鏈路追蹤、異步和一致性、限流熔斷等。

服務(wù)治理平臺(tái)在實(shí)現(xiàn)和落地微服務(wù)的幾個(gè)核心功能的過程中，也遇到一些難點(diǎn)，這也是眾多廠家和平臺(tái)共同的難點(diǎn)。針對(duì)這些關(guān)鍵點(diǎn)，用友云提出了適合自身場景的多種合理解決方案并實(shí)現(xiàn)：

1.類隔離機(jī)制和插件機(jī)制

JAVA版的SDK，在和各種業(yè)務(wù)應(yīng)用整合的同時(shí)，會(huì)遇到很多三方組件版本沖突的問題，給業(yè)務(wù)整合方帶來了困擾。用友云服務(wù)治理平臺(tái)自3.5版本開始對(duì)其進(jìn)行了優(yōu)化，引入了類隔離機(jī)制，推出了冰山（iceberg）思想，內(nèi)部自身加載其依賴的三方組件，不對(duì)外部的業(yè)務(wù)三方引用造成沖突，大大簡化了集成的難度。

同時(shí)，服務(wù)治理平臺(tái)各個(gè)組件使用插件（plugin）機(jī)制進(jìn)行組合，為后續(xù)的擴(kuò)展和能力增強(qiáng)打好基礎(chǔ)。

2.動(dòng)態(tài)配置

業(yè)務(wù)應(yīng)用的微服務(wù)化拆分，使得業(yè)務(wù)工程的配置文件更加繁多和分離，微服務(wù)的權(quán)限和流量的實(shí)時(shí)控制，也需要?jiǎng)討B(tài)地管理各項(xiàng)配置，所以配置中心的后端服務(wù)和前端SDK體現(xiàn)出更重要的作用。

服務(wù)治理平臺(tái)的SDK為每個(gè)使用的客戶端，內(nèi)置了配置中心的SDK，其使用長輪詢的方式，近實(shí)時(shí)地感知遠(yuǎn)程配置文件的變化，從而及時(shí)響應(yīng)變化。云端的操作提供RestFul接口和可視化界面，操作簡單實(shí)用。

3.異步調(diào)用數(shù)據(jù)最終一致性

異步調(diào)用框架提供可靠消息組件，完善了隊(duì)列的權(quán)限認(rèn)證體系，簡化了異步調(diào)用的開發(fā)方式，業(yè)務(wù)開發(fā)只需要簡單配置和注解，即可完成異步操作。同時(shí)，異步事務(wù)控制臺(tái)可以在云端可視化地下發(fā)命令，提供錯(cuò)誤事務(wù)的重試機(jī)制。

服務(wù)治理平臺(tái)的SDK，將eos、cc等適配組件有機(jī)結(jié)合，一體化對(duì)外提供服務(wù)。

微服務(wù)治理發(fā)展趨勢(shì)和展望

服務(wù)治理平臺(tái)經(jīng)過長時(shí)間的發(fā)展和磨練，已經(jīng)在分布式服務(wù)調(diào)用、運(yùn)維管控和服務(wù)治理、生命周期管理和統(tǒng)一控制臺(tái)、數(shù)字化監(jiān)控和運(yùn)營、開發(fā)支持?jǐn)U展和兼容等方面有沉淀和輸出。與其他成熟的產(chǎn)品及框架進(jìn)行對(duì)比，吸收、優(yōu)化、構(gòu)建并完善自身的微服務(wù)能力體系。

與此同時(shí)，要把握好技術(shù)的發(fā)展趨勢(shì)，站在發(fā)展前沿。未來將在支持服務(wù)搜索和集市、對(duì)服務(wù)編排和網(wǎng)關(guān)更有效的組合、服務(wù)網(wǎng)格和服務(wù)監(jiān)控等方面繼續(xù)拓展。

用友云服務(wù)治理平臺(tái)的發(fā)展并非原生和獨(dú)立的。服務(wù)治理平臺(tái)、DevOps平臺(tái)和容器云平臺(tái)合力，成為各個(gè)云產(chǎn)品和服務(wù)成功上云的三把尖刀，為其底層的技術(shù)支撐提供了強(qiáng)有力的保障。相信三把尖刀也會(huì)在技術(shù)中體現(xiàn)出越來越重要的價(jià)值。

對(duì)內(nèi)有機(jī)整合，對(duì)外需要擴(kuò)展和延伸，服務(wù)治理平臺(tái)和API Link、服務(wù)編排等在微服務(wù)外圍合理組合，使得微服務(wù)的利用率更高、可組合性更強(qiáng)。