濟(jì)南用友云平臺(tái)下 3+2戰(zhàn)略，解決微服務(wù)落地難題

2018/9/10 0:38:30濟(jì)南用友

　用友云服務(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)品需要做了完善和適配，充分的和用友云開(kāi)發(fā)者中心、數(shù)據(jù)平臺(tái)、租戶(hù)中心、用戶(hù)中心等結(jié)合，推出了更適合自身的用友云服務(wù)治理平臺(tái)。

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

伴隨互聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)等技術(shù)的快速發(fā)展，越來(lái)越多的企業(yè)在信息化之后，將企業(yè)上云和數(shù)字化提上日程。隨之而來(lái)，軟件架構(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)場(chǎng)景。

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

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

　　RPC調(diào)用是微服務(wù)治理的基礎(chǔ)，但單單RPC不能稱(chēng)為微服務(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)具有以下特色：

　　用友服務(wù)治理平臺(tái)從2015年立項(xiàng)以來(lái)，經(jīng)過(guò)團(tuán)隊(duì)的不斷打磨，已經(jīng)發(fā)展了幾個(gè)版本。上支持的應(yīng)用數(shù)量已達(dá)到900多個(gè)，API數(shù)量已經(jīng)接近三萬(wàn)個(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ò)展，方便開(kāi)發(fā)者使用和集成;也從中間件容器層面提供類(lèi)隔離和組件加載機(jī)制，盡量避免和業(yè)務(wù)應(yīng)用引用的三方組件版本沖突;提供統(tǒng)一的門(mén)戶(hù)入口，可視化的管理和查看遠(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適配組件等，大致可以分為兩類(lèi)：微服務(wù)SDK(middleware)和后端支撐服務(wù)。

　　微服務(wù)SDK： 各個(gè)組件通過(guò)核心的插件機(jī)制和類(lèi)加載機(jī)制整合在一起，形成整體對(duì)外提供服務(wù)，具有兩大鮮明特性：1：支持SPI方式擴(kuò)展的插件機(jī)制，靈活組合，易于擴(kuò)展;2：基于ClassLoder的類(lèi)隔離機(jī)制，組件分離，避免沖突。通過(guò)服務(wù)治理平臺(tái)的SDK，業(yè)務(wù)方可以簡(jiǎn)單快速的集成微服務(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)境支持、去容器依賴(lài)等方面進(jìn)行了針對(duì)性的適配;同時(shí)在支持與開(kāi)發(fā)者中心、用戶(hù)中心、權(quán)限中心等服務(wù)結(jié)合方面做了擴(kuò)展，支持輕量化的獨(dú)立部署，為平臺(tái)的專(zhuān)屬化減輕了負(fù)擔(dān)。

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

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

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

　　一，類(lèi)隔離機(jī)制和插件機(jī)制：

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

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

　　二，動(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è)使用的客戶(hù)端,內(nèi)置了配置中心的SDK,其使用長(zhǎng)輪詢(xún)的方式,近實(shí)時(shí)的感知遠(yuǎn)程配置文件的變化,從而及時(shí)的響應(yīng)變化。云端的操作提供RestFul接口和可視化界面,操作簡(jiǎn)單實(shí)用。

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

　　異步調(diào)用框架提供可靠消息組件,完善了隊(duì)列的權(quán)限認(rèn)證體系,簡(jiǎn)化了異步調(diào)用的開(kāi)發(fā)方式,業(yè)務(wù)開(kāi)發(fā)只需要簡(jiǎn)單配置和注解,即可完成異步操作。同時(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)過(guò)長(zhǎng)時(shí)間的發(fā)展和磨練,已經(jīng)在分布式服務(wù)調(diào)用、運(yùn)維管控和服務(wù)治理、生命周期管理和統(tǒng)一控制臺(tái)、數(shù)字化監(jiān)控和運(yùn)營(yíng)、開(kāi)發(fā)支持?jǐn)U展和兼容等等大方面有沉淀和輸出。我們也和其他成熟的產(chǎn)品及框架進(jìn)行對(duì)比,吸收和優(yōu)化,構(gòu)建和完善自身的微服務(wù)能力體系。

　　但同時(shí)，我們要把握好技術(shù)的發(fā)展趨勢(shì)，站在發(fā)展前沿。未來(lái)將在支持服務(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ù)中臺(tái)中體現(xiàn)出越來(lái)越重要的價(jià)值。

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

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