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

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

服務治理平臺難點突顯

同時，針對微服務，也涌現(xiàn)出了許多RPC框架和微服務治理平臺，各個框架和平臺都有各自的優(yōu)勢和自身獨特的適應場景。

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

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

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

上文中所介紹的不同廠商的框架和產(chǎn)品，都圍繞著以上核心功能，進行了實現(xiàn)和融合。各個產(chǎn)品都有不同的復雜度和局限性，并和自身廠商的其它產(chǎn)品聯(lián)系密切。

用友云服務治理平臺應勢而生

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

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

用友云服務治理平臺具有以下特色：

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

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

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

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

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

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

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

解決微服務落地難題

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

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

一，類隔離機制和插件機制：

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

同時，服務治理平臺各個組件使用插件(plugin)機制進行組合，為后續(xù)的擴展和能力增強打好基礎(chǔ)。

二，動態(tài)配置：

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

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

三，異步調(diào)用數(shù)據(jù)最終一致性：

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

服務治理平臺的SDK，將eos、cc等適配組件有機結(jié)合，一體化對外提供服務：

微服務治理發(fā)展趨勢和展望

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

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

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

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

服務治理平臺，作為用友云平臺下 3+2戰(zhàn)略 (技術(shù)中臺、業(yè)務中臺、數(shù)據(jù)中臺 + 混合云、生態(tài)鏈)下的技術(shù)中臺核心產(chǎn)品，也必將展示出更強的戰(zhàn)斗力。

生成海報

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。