以API為主導(dǎo)的連接性是一種有條理的方法，可通過組織生態(tài)系統(tǒng)內(nèi)可復(fù)用且有針對性的API將數(shù)據(jù)與應(yīng)用程序相連接。

當(dāng)今世界面臨著前所未有的顛覆與變革。我們生活、經(jīng)濟(jì)和社會各個方面的數(shù)字化程度持續(xù)攀升。為了在這個充滿活力的生態(tài)系統(tǒng)中蓬勃發(fā)展，組織需要真正的業(yè)務(wù)敏捷性以及大規(guī)模的創(chuàng)新能力。這就需要一種新的運(yùn)營模式來推動新世界的數(shù)字化演進(jìn)，而以API為主導(dǎo)的連接性就應(yīng)運(yùn)而生了。

業(yè)務(wù)的未來是可組合、相互連接且自動化的。任何未來能夠成功的組織都必須采用可組合性，因?yàn)樗窃诿鎸ψ兏锱c顛覆時(shí)實(shí)現(xiàn)韌性、適應(yīng)性和增長的手段。

什么是以API為主導(dǎo)的連接性？

以API為主導(dǎo)的連接性是一種有條理的方法，可通過組織生態(tài)系統(tǒng)內(nèi)可復(fù)用且有針對性的API將數(shù)據(jù)與應(yīng)用程序相連接。開發(fā)這些API是為了發(fā)揮特定作用：從系統(tǒng)中解鎖數(shù)據(jù)、將數(shù)據(jù)整合到流程中，或者提供某種體驗(yàn)。

可組合、相互連接的生態(tài)系統(tǒng)

構(gòu)建模塊是可組合式企業(yè)最基本的單元。

• 它們有著明確清晰的用途，旨在推動業(yè)務(wù)或技術(shù)成果的達(dá)成。

• 它們可以實(shí)現(xiàn)自動化，并能與其他功能進(jìn)行編排，使其具備互操作性。

• 它們是可被發(fā)現(xiàn)、可訪問且可管理的。

• 它們代表著業(yè)務(wù)中的“名詞和動詞”，即業(yè)務(wù)的“詞匯表”。

  
  

正是API通過實(shí)現(xiàn)治理、可管理性、可見性、安全性、盈利性、智能性以及可發(fā)現(xiàn)性，將一款軟件轉(zhuǎn)變?yōu)橐粋€構(gòu)建模塊。以API為主導(dǎo)的連接性超越了REST API，實(shí)現(xiàn)了通用連接性。

通用連接性

為什么以API為主導(dǎo)的連接性很重要？

以API為主導(dǎo)的連接性對于推動組織的業(yè)務(wù)敏捷性至關(guān)重要。它能讓組織利用其生態(tài)系統(tǒng)中其他參與者所做的創(chuàng)新成果。

以API為主導(dǎo)的連接性示例

如上圖所示，一家零售企業(yè)除了利用自身能力外，還借助其他組織的能力（運(yùn)輸、支付、營銷、基礎(chǔ)設(shè)施、社交媒體、情感分析、地理位置等）來推動當(dāng)下業(yè)務(wù)取得成功。

將內(nèi)部和外部構(gòu)建模塊相連接以滿足業(yè)務(wù)需求的這種靈活性，是推動業(yè)務(wù)敏捷性的關(guān)鍵所在。因此，當(dāng)有新的項(xiàng)目啟動時(shí)，以API為主導(dǎo)的連接性能夠?qū)崿F(xiàn)對構(gòu)建模塊的重新布線、重新連接和編排，而無需重新構(gòu)建解決方案組件。

數(shù)字競賽的贏家不是創(chuàng)建速度最快的一方，而是集成速度最快的一方。

這使得以API為主導(dǎo)的連接性成為組織一項(xiàng)關(guān)鍵的集成策略。變動的部分?jǐn)?shù)量以及技術(shù)和業(yè)務(wù)格局的復(fù)雜性將會持續(xù)增加，所以傳統(tǒng)臨時(shí)拼湊的點(diǎn)對點(diǎn)連接（往往是事后才考慮實(shí)施的）將無法實(shí)現(xiàn)規(guī)模化擴(kuò)展。它們導(dǎo)致系統(tǒng)脆弱，容易出現(xiàn)故障且維護(hù)成本高昂。

傳統(tǒng)的點(diǎn)對點(diǎn)集成

而以API為主導(dǎo)的連接性則具有前瞻性，能夠?qū)崿F(xiàn)可擴(kuò)展的通用連接性。它將集成的角色從“必要之惡”轉(zhuǎn)變?yōu)闃I(yè)務(wù)差異化因素，為構(gòu)建模塊之間的價(jià)值交換提供了靈活的模式，從而使組織在實(shí)施創(chuàng)新業(yè)務(wù)模式時(shí)具備敏捷性。

實(shí)現(xiàn)以API為主導(dǎo)的連接性的3種API是什么？

以API為主導(dǎo)的連接性為連接和展示生態(tài)系統(tǒng)中的構(gòu)建模塊提供了一種方法。它們的范圍可能各不相同：可以是在特定領(lǐng)域內(nèi)、業(yè)務(wù)線（LoB）內(nèi)、跨越多個業(yè)務(wù)線或地域的組織內(nèi)，乃至延伸到外部生態(tài)系統(tǒng)中。同時(shí)，還存在一種自然的層級劃分，從記錄系統(tǒng)向交互系統(tǒng)延伸。

API連接性：包含體驗(yàn)、流程和系統(tǒng)API的層級模型

在以API為主導(dǎo)的連接性方法中使用的API可分為三類：

• 系統(tǒng)API

• 流程API

• 體驗(yàn)API

系統(tǒng)API

系統(tǒng)API通常會訪問核心記錄系統(tǒng)，并為用戶提供一種手段，使其免受底層系統(tǒng)復(fù)雜性或任何變更的影響。它們將業(yè)務(wù)詞匯表中的名詞創(chuàng)建為可復(fù)用的構(gòu)建模塊。一旦構(gòu)建完成，許多用戶無需了解底層系統(tǒng)就能訪問數(shù)據(jù)，并且可以在多個項(xiàng)目中復(fù)用這些API。

流程API

流程API與單個系統(tǒng)或多個系統(tǒng)內(nèi)的數(shù)據(jù)進(jìn)行交互并對其進(jìn)行塑造（打破數(shù)據(jù)孤島）。它們通常代表著業(yè)務(wù)詞匯表中的動詞。它們有助于實(shí)施組織的流程，而無需擔(dān)心數(shù)據(jù)來源的源系統(tǒng)或數(shù)據(jù)傳遞的目標(biāo)渠道。它們非常適合自動化功能和機(jī)器人應(yīng)用。

體驗(yàn)API

體驗(yàn)API旨在為終端消費(fèi)者提供令人滿意的服務(wù)。它們通過極致關(guān)注消費(fèi)者并復(fù)用已創(chuàng)建的構(gòu)建模塊（通常是以系統(tǒng)或流程API的形式）來發(fā)揮作用。它們通常由不同的人員構(gòu)建，通過采用“設(shè)計(jì)優(yōu)先”方法構(gòu)建的API規(guī)范開展工作，能夠加快交付速度。

這有助于實(shí)現(xiàn)連貫的全渠道體驗(yàn)，而無需以難以管理的點(diǎn)對點(diǎn)方式回溯到記錄系統(tǒng)。

以API為主導(dǎo)的連接性是如何運(yùn)作的？

以API為主導(dǎo)的連接性是縮小IT交付差距、實(shí)現(xiàn)可組合式企業(yè)的關(guān)鍵要素。讓我們通過一個簡單場景來解釋這一點(diǎn)：假設(shè)你需要開發(fā)一個網(wǎng)絡(luò)應(yīng)用程序，為銷售團(tuán)隊(duì)提供實(shí)時(shí)訂單狀態(tài)和訂單歷史記錄，以便他們與客戶進(jìn)行互動。假設(shè)你的客戶數(shù)據(jù)存儲在SAP和Salesforce中，庫存數(shù)據(jù)在SAP里，訂單數(shù)據(jù)在一個電子商務(wù)系統(tǒng)中。

在傳統(tǒng)的點(diǎn)對點(diǎn)集成方法中，你的IT團(tuán)隊(duì)可能需要通過編寫代碼將兩個系統(tǒng)中的客戶數(shù)據(jù)連接起來，對客戶數(shù)據(jù)進(jìn)行聚合。然后，再通過更多代碼將聚合后的客戶數(shù)據(jù)與電子商務(wù)系統(tǒng)中的訂單數(shù)據(jù)進(jìn)一步合并，生成訂單狀態(tài)和訂單歷史記錄數(shù)據(jù)。現(xiàn)在，這兩個數(shù)據(jù)源被接入到網(wǎng)絡(luò)應(yīng)用程序的API中，供網(wǎng)絡(luò)應(yīng)用程序使用。

網(wǎng)絡(luò)應(yīng)用程序API示意圖

這個項(xiàng)目可能會被視為成功，因?yàn)樗磿r(shí)、按預(yù)算啟動，并且功能正確——但它解決了業(yè)務(wù)敏捷性的問題了嗎？

如果IT團(tuán)隊(duì)必須開發(fā)一個移動應(yīng)用程序，他們無法使用之前項(xiàng)目中的任何成果，而不得不從頭開始。增量變更的成本會變得很高，很快那種令人頭疼的混亂代碼模式（“意大利面條式代碼”）就會出現(xiàn)。

移動API與網(wǎng)絡(luò)應(yīng)用程序API對比

但是采用以API為主導(dǎo)的連接性方法時(shí)，當(dāng)團(tuán)隊(duì)必須開發(fā)一個新的移動應(yīng)用程序時(shí)，他們現(xiàn)在就有可復(fù)用的構(gòu)建模塊（由系統(tǒng)和流程API創(chuàng)建）作為起點(diǎn)，從而省去了構(gòu)建這些模塊所需的大部分工作。

以API為主導(dǎo)的連接性助力敏捷性與創(chuàng)新

因此，創(chuàng)建移動應(yīng)用程序就變成了重新布線而非重新創(chuàng)建的問題。這使得創(chuàng)新和添加新服務(wù)變得更容易，例如，可以像訪問訂單狀態(tài)和歷史記錄那樣添加發(fā)貨狀態(tài)信息。這是推動敏捷性以及采用產(chǎn)品思維而非項(xiàng)目思維的關(guān)鍵所在。

以API為主導(dǎo)的連接性不僅限于RESTful API，它還依賴靈活的通用連接模式。

以API為主導(dǎo)的連接性如何減輕IT的工作量？

隨著變革以及數(shù)字化需求的增長，IT部門陷入了困境。與IT的交付能力相比，為滿足當(dāng)今技術(shù)和業(yè)務(wù)需求而必須開展的新項(xiàng)目數(shù)量在不斷攀升。即便資源保持不變，IT部門也必須完成這些日益增多的項(xiàng)目并維護(hù)遺留系統(tǒng)。最終，就會出現(xiàn)IT數(shù)字轉(zhuǎn)型交付差距：

轉(zhuǎn)型交付差距分析

大多數(shù)IT決策者預(yù)計(jì)他們的預(yù)算會保持不變或僅有小幅增長，所以無限制的資源投入并非可選方案。而構(gòu)建可組合、相互連接且自動化企業(yè)的數(shù)字化模式正是解決之道。IT部門不再針對單個項(xiàng)目進(jìn)行交付，而是交付企業(yè)的可復(fù)用構(gòu)建模塊，并借助合適的工具和自動化手段，讓業(yè)務(wù)線人員也能夠進(jìn)行創(chuàng)新。

以API為主導(dǎo)的連接性是構(gòu)建這種相互連接的生態(tài)系統(tǒng)的基石。每個新項(xiàng)目都允許創(chuàng)建新的構(gòu)建模塊。因此，當(dāng)有新的項(xiàng)目啟動時(shí)，以API為主導(dǎo)的連接性能夠?qū)崿F(xiàn)對這些模塊的復(fù)用。這種重新組合可以縮小IT數(shù)字轉(zhuǎn)型交付差距。

以API為主導(dǎo)的連接性帶來的好處

當(dāng)組織利用以API為主導(dǎo)的連接性來構(gòu)建可組合式企業(yè)時(shí)，它們能夠消除IT數(shù)字轉(zhuǎn)型差距。

業(yè)務(wù)敏捷性

以API為主導(dǎo)的連接性使組織能夠利用其生態(tài)系統(tǒng)中其他參與者所做的創(chuàng)新成果。這使得企業(yè)不僅在連接正確的構(gòu)建模塊方面，而且在業(yè)務(wù)價(jià)值交換模式方面都能夠靈活敏捷。

技術(shù)連接性

如圖所示，這不僅是技術(shù)靈活性的體現(xiàn)，而且這種連接性還能實(shí)現(xiàn)構(gòu)建模塊之間恰當(dāng)?shù)膬r(jià)值交換。例如，如果你采用免費(fèi)增值的盈利策略，你可以為試用客戶提供不同級別的服務(wù)水平協(xié)議（SLA），為一級客戶提供不同的白金級SLA。

自建與購買：打造業(yè)務(wù)差異化因素

可組合生態(tài)系統(tǒng)中的以API為主導(dǎo)的連接性有助于業(yè)務(wù)和IT領(lǐng)導(dǎo)者做出正確的自建與購買決策。在此所做的選擇，即哪些該自建、哪些該購買或合作，對項(xiàng)目的成功及其實(shí)現(xiàn)價(jià)值的時(shí)間有著深遠(yuǎn)影響。

企業(yè)打造自身的業(yè)務(wù)差異化因素，這些因素體現(xiàn)了它們的知識產(chǎn)權(quán)，并且能夠?qū)崿F(xiàn)盈利。你可以將支持性領(lǐng)域整合到可組合式企業(yè)中。因此，至關(guān)重要的自建與購買決策就變成了由以API為主導(dǎo)的連接性促成的創(chuàng)建與整合決策。

推動智能企業(yè)發(fā)展

通過以API為主導(dǎo)的連接性，企業(yè)能夠?qū)ζ鋽?shù)據(jù)流實(shí)現(xiàn)端到端的實(shí)時(shí)可見性，從而打造出組織的“中樞神經(jīng)系統(tǒng)”。這種對數(shù)據(jù)及相關(guān)元數(shù)據(jù)具備“業(yè)務(wù)情境感知”的可見性，使它們能夠從整體上把握情況，并推動網(wǎng)絡(luò)智能、分析以及此前無法實(shí)現(xiàn)的數(shù)據(jù)科學(xué)/機(jī)器學(xué)習(xí)模型的發(fā)展。它還能讓組織收集實(shí)時(shí)業(yè)務(wù)關(guān)鍵績效指標(biāo)（KPI），最終幫助它們衡量并微調(diào)業(yè)務(wù)運(yùn)營和戰(zhàn)略。

以API為主導(dǎo)助力業(yè)務(wù)成功

業(yè)務(wù)情境API

打破數(shù)據(jù)孤島，實(shí)現(xiàn)客戶360度全景視圖

這種通用連接性還有助于打破數(shù)據(jù)孤島。它能讓你利用跨越整個生態(tài)系統(tǒng)（內(nèi)部、業(yè)務(wù)線或外部）的數(shù)據(jù)屬性和數(shù)據(jù)源構(gòu)建真正的客戶360度全景視圖。API是數(shù)據(jù)最純粹的形式：具有情境感知、實(shí)時(shí)性、特定領(lǐng)域性、安全性，并經(jīng)過整理以便使用。

以API為主導(dǎo)的連接性還提供了一種無縫的方式，可通過任何渠道與客戶進(jìn)行互動。體驗(yàn)API驅(qū)動特定的用戶參與渠道。通過連接流程API（而非直接連接記錄系統(tǒng)），它們能提供一致的用戶體驗(yàn)，并便于快速開啟新的渠道。

可組合式企業(yè)中以API為主導(dǎo)的連接性能夠驅(qū)動任何交互系統(tǒng)。交互層可以是任何技術(shù)組件。這對于為客戶提供一致且連貫的全渠道體驗(yàn)至關(guān)重要。

數(shù)環(huán)通如何實(shí)現(xiàn)以API為主導(dǎo)的連接性？

以API為主導(dǎo)的連接性架構(gòu)模式，如今已得到廣泛認(rèn)可。

數(shù)環(huán)通產(chǎn)品的關(guān)鍵部分首先源于前文提到的通過實(shí)現(xiàn)可組合、相互連接且自動化的企業(yè)來大規(guī)模推動業(yè)務(wù)敏捷性的愿景。其次是方法：將組織的構(gòu)建模塊通過以API為主導(dǎo)的連接性進(jìn)行連接的架構(gòu)模式，這是以實(shí)現(xiàn)該愿景為核心支柱的。

通過iPaaS平臺及相關(guān)產(chǎn)品功能來提供實(shí)際的產(chǎn)品能力以及持續(xù)創(chuàng)新，從而將愿景變?yōu)楝F(xiàn)實(shí)。它提供了連接構(gòu)建模塊的最靈活方式：流程編排（Link UP）、API管理（Link API）、自動化機(jī)器人（Link BOT）、數(shù)據(jù)管道（Link PIPE）等等。

它支持各種集成模式：API、發(fā)布/訂閱、事件驅(qū)動架構(gòu)（EDA）、提取、轉(zhuǎn)換和加載（ETL）、抽取后加載（ELT）、微服務(wù)、、企業(yè)對企業(yè)（B2B）、安全文件傳輸協(xié)議（SFTP）等等。一個擁有針對關(guān)鍵行業(yè)和軟件即服務(wù)（SaaS）提供商的預(yù)構(gòu)建開箱即用連接器、模板和加速器的豐富市場，使得在你的生態(tài)系統(tǒng)中啟動通用連接性變得更加容易。

緊密集成的集成平臺即服務(wù)（iPaaS）、完整的API生命周期以及自動化能力有助于加速你的數(shù)字轉(zhuǎn)型之旅。

平均而言，數(shù)環(huán)通的客戶發(fā)現(xiàn)，與傳統(tǒng)或自研的集成解決方案相比，以API為主導(dǎo)的連接性所提供的敏捷性和速度使得項(xiàng)目交付速度提高了三到五倍，團(tuán)隊(duì)生產(chǎn)力提高了300%。

以API為主導(dǎo)的連接性的實(shí)際應(yīng)用案例

讓我們通過現(xiàn)實(shí)場景來了解以API為主導(dǎo)的連接性所產(chǎn)生的影響。

金融行業(yè)：多業(yè)務(wù)線與全渠道

設(shè)想這樣一個場景：一家組織通過旗下四個不同品牌運(yùn)營的業(yè)務(wù)線（LoB）向客戶提供多種服務(wù)，這些業(yè)務(wù)線分別涉及支票與賬戶管理、貸款與信用卡、儲蓄與投資以及汽車貸款。這四個業(yè)務(wù)線各自為政，導(dǎo)致客戶體驗(yàn)不佳，也錯失了向客戶交叉銷售和追加銷售的機(jī)會。

以下是適用于它們的三層以API為主導(dǎo)的連接性（ALC）架構(gòu)示例：

以API為主導(dǎo)的連接性示意圖

它們首先創(chuàng)建了流程層面的“身份驗(yàn)證與客戶認(rèn)證”API，為在所有服務(wù)中對客戶進(jìn)行統(tǒng)一認(rèn)證提供了一種方式。這是提升客戶體驗(yàn)（CX）方面邁出的重要一步，也是其數(shù)字轉(zhuǎn)型之旅中的必要舉措。

流程層中的“獲取賬戶與交易”API對于打造一致的全渠道體驗(yàn)起到了關(guān)鍵作用。它調(diào)用了下面的四個系統(tǒng)API：核心銀行賬戶API、貸款A(yù)PI、信用卡API以及汽車租賃API——每個API分別代表四個不同的業(yè)務(wù)線。這使得能夠全面了解客戶的財(cái)務(wù)狀況。

不僅如此，同一個“獲取賬戶與交易API”現(xiàn)在還能為多種體驗(yàn)提供支持：金融服務(wù)云、營銷云、網(wǎng)上銀行平臺以及移動銀行應(yīng)用程序中的理財(cái)顧問服務(wù)。

開發(fā)人員無需反復(fù)重復(fù)從頂層到底層的工作，這簡化了架構(gòu)，降低了長期運(yùn)營成本，并且具有前瞻性。它使組織能夠更換核心銀行服務(wù)提供商，而不會對上下游產(chǎn)生重大影響，從而實(shí)現(xiàn)真正的即插即用架構(gòu)。它還允許在過渡期間多個提供商共存，而不會干擾業(yè)務(wù)運(yùn)營。

這是一個很好的例子，展示了以API為主導(dǎo)的連接性如何實(shí)現(xiàn)真正的客戶360度全景視圖。

交通運(yùn)輸行業(yè)：合作伙伴與供應(yīng)鏈

設(shè)想這樣一個場景：一家為中型市場客戶提供貨運(yùn)和運(yùn)輸服務(wù)的公司，其業(yè)務(wù)戰(zhàn)略要求它們能夠快速接納新的合作伙伴，因此它們利用數(shù)環(huán)通的合作伙伴管理器構(gòu)建了一個電子數(shù)據(jù)交換（EDI）轉(zhuǎn)換層，以適應(yīng)合作伙伴不同的數(shù)據(jù)格式和傳輸協(xié)議。最終，它們將接納新合作伙伴的時(shí)間從六到九個月縮短到了60天。

以下是適用于它們的三層以API為主導(dǎo)的連接性（ALC）架構(gòu)示例：

以API為主導(dǎo)的連接性示意圖

但故事不止于此。關(guān)鍵不僅在于從合作伙伴、供應(yīng)商或制造商那里獲取正確的信息，還在于如何與組織內(nèi)部的其他實(shí)體共同利用這些信息來提高效率、增強(qiáng)可見性并獲取可付諸行動的洞察。而這正是以API為主導(dǎo)的連接性對傳統(tǒng)B2B/EDI模式的補(bǔ)充之處。

底部的系統(tǒng)層解鎖了記錄系統(tǒng)，即組織中的“名詞”。例如，你可以使用針對SAP的開箱即用連接器來解鎖發(fā)票或位置數(shù)據(jù)。流程層對系統(tǒng)API進(jìn)行編排，以對業(yè)務(wù)流程進(jìn)行建模。頂部的體驗(yàn)層經(jīng)過定制，旨在為終端客戶提供令人滿意的體驗(yàn)。

這種架構(gòu)的精妙之處在于，每一層都對下一層的復(fù)雜性進(jìn)行了抽象，并創(chuàng)建了可復(fù)用的構(gòu)建模塊。因此，整合了訂單、運(yùn)輸、位置和庫存信息的發(fā)貨360 API不僅能服務(wù)于合作伙伴生態(tài)系統(tǒng)，而且同一個發(fā)貨API還能通過為服務(wù)門戶和移動應(yīng)用程序提供支持來提升客戶體驗(yàn)。

基于以API為主導(dǎo)的連接性的架構(gòu)是為敏捷性和復(fù)用性而構(gòu)建的。

了解更多關(guān)于以API為主導(dǎo)的連接性的內(nèi)容

要了解更多關(guān)于各行業(yè)中受益于以API為主導(dǎo)的連接性的客戶案例，以及以API為主導(dǎo)的連接性如何推動數(shù)字轉(zhuǎn)型的信息。