本方案將對基於ESB雲服務匯流排的API進行剖析，並針對企業現有的整合整合、資料治理業務典型場景進行梳理，給出切實穩妥、敏捷易落地的產品和分階段解決方案。同時站在企業的角度，對ESB雲服務匯流排的價值進行剖析，對資訊化建設升級、數字化轉型提供參考。

趨勢分析

企業資訊化經歷了從無到有，從有到多，從多到散的過程，在後資訊化時代，需要面臨的則是系統的整合、整合，最佳化IT架構，提升IT價值。2016年中共中央辦公廳、國務院辦公廳就印發了《國家資訊化發展戰略綱要》，要求將資訊化貫穿我國現代化發展程序的始終，加快釋放資訊化發展的巨大潛能，以資訊化驅動現代化，建設網路強國。當前，以資訊科技為代表的新一輪科技革命方興未艾，基於iPaaS的雲技術日益成為創新驅動發展的先導力量。

資訊化建設初期，資料格式缺乏統一規範，資料之間沒有聯通，更沒有整合；當單一用途的應用遍佈企業，就出現了整合的訴求，系統之間開始相互對接；隨著資訊化建設的不斷深入，ESB企業服務匯流排的出現將點對點連線變成了系統間的靈活動態的應用整合和資訊共享，進入以Rest服務為基礎的API整合時代；當下，新一代的分散式雲集成平臺突破了企業整合的邊界，為企業的一切應用、大資料、雲服務、裝置及合作伙伴構建一站式的綜合整合。

從整合範圍來看，資訊化系統的整合正逐步實現更為廣泛的連線，萬物互聯將是未來整合整合的發展趨勢。企業內部各個系統間進行整合，對資料進行治理，實現資料的同步和分發，實現資訊共享。同時企業內部與外部、線上與線下的整合，能夠打通業務邊界，實現生態化。

企業資訊化的發展趨勢可分為以下四個階段：

企業業務系統持續增加，企業能力持續提升

企業為滿足業務需要，購買套裝軟體構建相關業務系統，逐漸滿足企業內部需求，企業內部業務系統需要進行整合整合，將業務系統從資料層面、流程層面以及UI層面進行統一，提高業務滿足度，企業採用中介軟體或中臺架構，以定製化方式進行業務深度整合，在此過程中，將企業的IT能力以API的方式對外提供服務,並對API需要統一管理，這也就是ESB產品中API閘道器設計的初衷。

網路資源逐漸豐富，外界資源跟自建平臺融合

據2019年《中國網際網路絡發展狀況統計報告》統計，國內網路支付、訊息教育等相關資源數量持續提升，百度、騰訊、阿里、華為等網際網路企業釋出的雲平臺提供大量公有API服務可供使用，類似天氣、訊息傳送等領域，已經逐漸取代企業自建的方式，成為主流方案。教育、酒店、零售、電商等多個行業的頭部企業，均提供了相關的公用業務API服務，延展自身業務的同時，也便於傳統企業的賦能、消費。

與企業合作單位增加，合作者之間的互動增多

內部系統與外部合作伙伴系統之間、內部系統與企業外部應用之間的資料共享和資料實時傳遞的要求增多，部分行業性國家平臺接入需要企業投入資源進行研究和實施，需要更好的手段和平臺幫助實施。在有多方外部企業及合作單位接入時，需要有相應的介面隔離和流量限制機制來保證平臺的穩定，接入其他平臺時，同樣也需要對自身訪問進行限制，在這種情況下，統一的閘道器管理，保證系統接入和互動的安全就變得尤為重要。

數字化、智慧化等趨勢企業服務C端使用者

數字化、智慧化的趨勢推動企業對自身能力的提升，也會驅使企業將服務面向C端，以提升企業效益以及提高使用者粘性。企業應用走到C端(客戶)後，系統的體驗、穩定性、擴充套件性、訪問效率等帶來了IT架構的新挑戰，面對市場競爭的創新戰略，迫使IT系統的交付響應度提升，新的應用場景(物聯網、移動化等)湧現。

綜合化：傳統整合工具往往具有專項特徵，無法提供一站式的服務供給；高效能：傳統ESB往往成為系統執行的效能瓶頸；工程過程：傳統整合工具往往依賴於少量工程師在特定開發平臺上進行集中式開發，無法將開發和運維責任分擔到所有責任人；監控運維：運維是傳統整合最受詬病的地方，由於介面多、流程多，無法提供一個全面可用的運維平臺。需求分析

隨著技術的發展和企業業務種類的多樣化，企業資訊化建設的需求也趨於更加全面的數字化——服務數字化、運營數字化、決策數字化。

1.業務需求

在業務方面，雲ESB的API相關功能為企業帶來更方便的能力開放，實現敏捷的業務交換、降低資訊化成本、提升客戶的體驗。

敏捷的價值交換

實現企業能力和資源藉助與API的價值輸出和價值交換，打通價值鏈上下游，增加業務觸點，推動業務創新增長，API能力體現在集中註冊、管理、鑑權、執行時監控和分析。

資訊化成本降低

外部能力接入企業，省去了自主研發的資源投入；新系統的構建可以在平臺中直接獲取介面；模組化、解耦合的服務列表提高了服務的複用性。

提升客戶的體驗

企業內部公開資料及能力可以透過API直接釋出、企業與大B平臺對接更加順暢、企業能力直接向C端開放，從多方面提升使用者體驗。

2.技術要求

在技術方面，雲ESB的API設計上包含了API閘道器本身以及配套的自助服務平臺。API所承擔的一個重要的功能就是報文轉換，並且是跨語言、跨執行平臺的報文轉換（資料轉換），在跨語言、跨平臺的條件下，實現對元資料的轉換。API的落地技術本身沒有太大難度，但想要形成最佳實踐，還需要一些外圍的前置條件，比如：後端API粒度能和原業務能力對映、業務路由的實現和含資料轉換的API不停機發布等等。除此之外，在系統級別上要求實現高可用性、均衡負載、併發控制、動態制定和修改等，而在應用級別上雲ESB已經實現監控統計、版本控制、認證鑑權、引數脫敏、協議轉換等。

3.功能要求

在功能方面，雲ESB的API融入可以實現企業整合模式的發展，由最初的點對點整合轉變為內部系統整合，進而再發展為內外統一整合。

點對點整合

業務系統可以與其他系統進行互動，點對點的整合可以實現基本的業務需求，完成基本的業務整合。

內部系統整合

內部系統透過雲ESB進行整合，各異構系統使用介面卡接入雲ESB平臺，介面複用性、規範性高，並且在對接完成後，可以在平臺進行統一管理和監控。

內外統一整合

內部介面與API無縫對接，可同時實現內網外網的整合和管理，對介面和API的併發量和安全性進行管控。

功能分析

從上述的需求不難看出，雲ESB實現對API的管理應該包含對API開發的管理、API的治理和應用整合三方面。對於雲ESB本身應當具有API的開發功能，同時可以實現對外部API的註冊管理，保障API的安全與穩定。另外，對於API服務之間的整合也是雲ESB的主要功能。

1.API開發

API服務開發支援三種類型服務的快速建立，分別是功能服務、資料服務和整合服務，使用的場景不同會決定所處分類不同。功能服務主要是實現微服務的開發，為後臺功能提供統一接入；資料服務主要是針對資料的處理，例如資料的轉換、資料的傳輸等；而整合服務主要實現各個異構系統間的對接和整合。

> > > > 功能服務

雖然前後端分離已經成為主流，但是前後端仍需要進行互動，而這種互動都是透過統一的入口進行管理，也就是現在我們所知的微服務，而微服務本身的開發就是針對各個功能模組的統一接入，而這就是API開發需要解決的其中一類問題，即功能服務的開發。

根據場景，功能服務的開發可以分為幾類：

認證功能微服務：實現系統間認證微服務的開發，提供標準的認證微服務，透過呼叫實現和系統之間的認證登入；流程處理微服務：可提供給審批流程呼叫的微服務，實現各個系統間審批流程的貫穿，形成企業級的審批流，實現業務閉環； 訊息處理微服務：可進行訊息處理微服務的開發，透過該服務可進行各系統間訊息、預警等的傳遞；資料整合微服務：透過開發資料整合微服務，實現資料統一調配，各個系統間資料的共享和傳遞。

> > > > 資料服務

資料處理是企業面臨最多的問題，資料服務的開發也是API解決的範疇之一，針對不同的業務場景，資料服務的開發形式也有所不同，每類服務的開發根據需求進行劃分，並透過平臺的快速配置開發，實現資料服務的建立。

資料服務的開發，適配場景如下：

資料抽取微服務：進行系統資料、資料庫等資料的拉取微服務的開發，並透過統一對外呼叫介面，供其他系統呼叫，獲取資料。資料轉換微服務：資料轉換規則微服務開發，可實現透過呼叫該服務，實現資料按照傳入指定規則，進行資料型別、格式進行轉換。資料加工微服務：資料加工微服務的開發，可實現透過傳入指定加工規則，實現傳入資料資訊的擴充套件、資料的精簡、資料的處理等。資料裝載微服務：裝載微服務的開發，可實現按照呼叫服務寫入的指定規則，進行資料的填充，根據展示頁面資料顯示的不同情況，進行資料的裝載，保證出引數據的適配。

> > > > 整合服務

整合服務的開發，可實現企業從業務層面、應用層面、資料層面以及所有服務層面進行整合整合，實現企業統一平臺的搭建，以及後續平臺的平滑接入，真正的實現插拔式對接，減少整合成本。

根據同步的整合模式，可分為以下幾種服務型別的開發：

業務整合微服務：業務整合微服務的開發，主要針對是不同業務系統間，業務的對接，例如業財一體化的對接，系統單據、憑證、表單的對接等。應用整合微服務：應用整合服務的開發，主要針對各個應用系統間的整合，透過提供統一的應用整合服務，將各個系統整合到一起，透過統一的標準整合，從而實現各系統間的溝通互動。 資料整合微服務：資料整合微服務的開發，提供統一的資料互動入口，各系統間的資料，經過統一互動入口進行資料交換，規範資料使用標準的同時，也實現了資料的安全共享。服務整合微服務：服務整合微服務開發，實現所有服務的統一管理和接入，所有服務對外統一口徑，所有服務的呼叫和使用，需要透過統一的入口，按照標準和規則進行呼叫和分配。

2.API治理

API治理通過幾個方面進行切入，一個是服務管理，主要是對微服務的全生命週期管理；二是服務安全，主要對微服務的安全設定，保證服務呼叫的安全；三是服務版本，主要對更改後的服務進行版本記錄；最後一個是服務監控，透過對服務的監控，實現對所有服務的使用情況的把控。

> > > > 服務管理

服務管理指的是微服務的全生命週期管理，包括微服務的設計、開發、管理、對接、測試、釋出、監控等。保證微服務從建立到最後釋出使用的整個過程都是標準可控的，並且可從平臺透過配置快速生成、打造標準API的開發和管理模式。

平臺支援服務的註冊和代理，保證服務開發設計的標準，透過平臺配置的方式進行標準化模式的固定，並且支援透過整合場景的配置快速開發平臺建立和代理的服務，實現了統一管理，並且提供流程測試功能，保證開發的服務可進行除錯，同時由於平臺的統一管理，可實現所有服務的釋出和撤銷以及使用情況的整體監控，便於對服務的管理和運維。

> > > > 服務安全

在服務安全方面，統一由API閘道器進行接入，對外只暴露閘道器內容，基於雲ESB提供的豐富的服務驗證機制，包括賬戶密碼認證、TokenId認證，擴充套件流程認證以及黑名單、白名單驗證機制，並且具備報警提醒、預警提醒等安全策略配置，同時在系統層面也做了相應的安全機制保障，包括預置了防止SQL入侵、XSS攻擊等安全機制，來保證閘道器的安全聚焦。

> > > > 服務版本

對於雲ESB管理的微服務進行版本管理，當API釋出變動時，都會觸發對應新的版本生成，並且可以根據服務提供方規則實現新舊版本之間的無縫切換。在雲ESB中，對於API的接入和註冊均有版本管理機制，極大地保障了微服務在開發和使用過程中的可靠性，同時對於服務執行期間，版本快速回退和問題的定位，提供了良好的查詢條件。

> > > > 服務監控

3.應用整合

雲ESB的應用整合是按照實際業務需要，在API之間進行有效的對接，對於資料欄位、格式都有良好的匹配對映機制。同時設有異常報警機制，可以對API的整合情況進行有效的監控，相關的呼叫記錄也會在資料庫中形成日誌記錄。

> > > > 整合場景

雲ESB可以按照實際業務需求將API或者系統應用之間進行整合，同時能夠根據一定的業務語義將整合場景進行分組管理。應用之間、API之間的整合能夠快速地進行選擇、定位要整合的API，並且對於資料欄位、格式都有良好的匹配對映機制，保證API或者系統應用之間的良好對接和平滑接入。

> > > > 整合日誌

可以針對整合的API呼叫情況進行日誌記錄，記錄呼叫是否成功和各個介面間的引數傳遞情況，並且可以對失敗的整合流程進行再次呼叫（失敗重試機制）。相關呼叫記錄會在資料庫中有專項的月表來記錄，透過月表的資料儲存形式、快取處理機制來保障頁面響應速度。

> > > > 整合監控

在雲ESB中整合監控分為兩個部分，一部分是對集團內系統間的整合關係進行監控，另一部分是整合的狀態進行監控。整合關係監控是統計哪些系統已納入雲ESB整合範圍，在整合中屬於提供資料方還是獲取資料方；同時可對整合服務的執行情況進行監控，例如哪些服務正在啟用、哪些已經禁用；對服務的呼叫情況進行監控，例如哪些正在呼叫、哪些已經掛起等，並透過對這些內容的統計提供圖表的展現，方便、直觀的對服務情況進行快速掌握。

> > > > 整合報警

對整合流程設有報警機制，報警機制可以細分為錯誤重試機制、錯誤預警機制和錯誤干預機制。錯誤重試機制是當呼叫異常時，可以根據實際情況設定重試次數和間隔，保證系統可以在無人干擾的情況下，自動進行重新呼叫；錯誤預警機制是異常不可避免時，透過簡訊、微信或者郵件的形式通知相關負責人，進行預警和提醒；錯誤干預機制則是當異常發生後，在相關的統計分析頁面進行展示，可以透過展示的內容，進行人為干預，進行再次呼叫。

《基於雲ESB的API解決方案》共分為上、中、下三個篇章來與大家分享，本文（上篇）從趨勢、需求、功能三方面對企業關於API的需求進行了分析，中篇將分享基於雲ESB的API實現模式和功能介紹，下篇將分享雲ESB的典型模式、產品特性和客戶價值。