以API為主導的連接性是一種有條理的方法，可通過組織生態系統內可復用且有針對性的API將數據與應用程序相連接。

當今世界面臨著前所未有的顛覆與變革。我們生活、經濟和社會各個方面的數字化程度持續攀升。為了在這個充滿活力的生態系統中蓬勃發展，組織需要真正的業務敏捷性以及大規模的創新能力。這就需要一種新的運營模式來推動新世界的數字化演進，而以API為主導的連接性就應運而生了。

業務的未來是可組合、相互連接且自動化的。任何未來能夠成功的組織都必須采用可組合性，因為它是在面對變革與顛覆時實現韌性、適應性和增長的手段。

什么是以API為主導的連接性？

以API為主導的連接性是一種有條理的方法，可通過組織生態系統內可復用且有針對性的API將數據與應用程序相連接。開發這些API是為了發揮特定作用：從系統中解鎖數據、將數據整合到流程中，或者提供某種體驗。

可組合、相互連接的生態系統

構建模塊是可組合式企業最基本的單元。

• 它們有著明確清晰的用途，旨在推動業務或技術成果的達成。

• 它們可以實現自動化，并能與其他功能進行編排，使其具備互操作性。

• 它們是可被發現、可訪問且可管理的。

• 它們代表著業務中的“名詞和動詞”，即業務的“詞匯表”。

  
  

正是API通過實現治理、可管理性、可見性、安全性、盈利性、智能性以及可發現性，將一款軟件轉變為一個構建模塊。以API為主導的連接性超越了REST API，實現了通用連接性。

通用連接性

為什么以API為主導的連接性很重要？

以API為主導的連接性對于推動組織的業務敏捷性至關重要。它能讓組織利用其生態系統中其他參與者所做的創新成果。

以API為主導的連接性示例

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

將內部和外部構建模塊相連接以滿足業務需求的這種靈活性，是推動業務敏捷性的關鍵所在。因此，當有新的項目啟動時，以API為主導的連接性能夠實現對構建模塊的重新布線、重新連接和編排，而無需重新構建解決方案組件。

數字競賽的贏家不是創建速度最快的一方，而是集成速度最快的一方。

這使得以API為主導的連接性成為組織一項關鍵的集成策略。變動的部分數量以及技術和業務格局的復雜性將會持續增加，所以傳統臨時拼湊的點對點連接（往往是事后才考慮實施的）將無法實現規模化擴展。它們導致系統脆弱，容易出現故障且維護成本高昂。

傳統的點對點集成

而以API為主導的連接性則具有前瞻性，能夠實現可擴展的通用連接性。它將集成的角色從“必要之惡”轉變為業務差異化因素，為構建模塊之間的價值交換提供了靈活的模式，從而使組織在實施創新業務模式時具備敏捷性。

實現以API為主導的連接性的3種API是什么？

以API為主導的連接性為連接和展示生態系統中的構建模塊提供了一種方法。它們的范圍可能各不相同：可以是在特定領域內、業務線（LoB）內、跨越多個業務線或地域的組織內，乃至延伸到外部生態系統中。同時，還存在一種自然的層級劃分，從記錄系統向交互系統延伸。

API連接性：包含體驗、流程和系統API的層級模型

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

• 系統API

• 流程API

• 體驗API

系統API

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

流程API

流程API與單個系統或多個系統內的數據進行交互并對其進行塑造（打破數據孤島）。它們通常代表著業務詞匯表中的動詞。它們有助于實施組織的流程，而無需擔心數據來源的源系統或數據傳遞的目標渠道。它們非常適合自動化功能和機器人應用。

體驗API

體驗API旨在為終端消費者提供令人滿意的服務。它們通過極致關注消費者并復用已創建的構建模塊（通常是以系統或流程API的形式）來發揮作用。它們通常由不同的人員構建，通過采用“設計優先”方法構建的API規范開展工作，能夠加快交付速度。

這有助于實現連貫的全渠道體驗，而無需以難以管理的點對點方式回溯到記錄系統。

以API為主導的連接性是如何運作的？

以API為主導的連接性是縮小IT交付差距、實現可組合式企業的關鍵要素。讓我們通過一個簡單場景來解釋這一點：假設你需要開發一個網絡應用程序，為銷售團隊提供實時訂單狀態和訂單歷史記錄，以便他們與客戶進行互動。假設你的客戶數據存儲在SAP和Salesforce中，庫存數據在SAP里，訂單數據在一個電子商務系統中。

在傳統的點對點集成方法中，你的IT團隊可能需要通過編寫代碼將兩個系統中的客戶數據連接起來，對客戶數據進行聚合。然后，再通過更多代碼將聚合后的客戶數據與電子商務系統中的訂單數據進一步合并，生成訂單狀態和訂單歷史記錄數據。現在，這兩個數據源被接入到網絡應用程序的API中，供網絡應用程序使用。

網絡應用程序API示意圖

這個項目可能會被視為成功，因為它按時、按預算啟動，并且功能正確——但它解決了業務敏捷性的問題了嗎？

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

移動API與網絡應用程序API對比

但是采用以API為主導的連接性方法時，當團隊必須開發一個新的移動應用程序時，他們現在就有可復用的構建模塊（由系統和流程API創建）作為起點，從而省去了構建這些模塊所需的大部分工作。

以API為主導的連接性助力敏捷性與創新

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

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

以API為主導的連接性如何減輕IT的工作量？

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

轉型交付差距分析

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

以API為主導的連接性是構建這種相互連接的生態系統的基石。每個新項目都允許創建新的構建模塊。因此，當有新的項目啟動時，以API為主導的連接性能夠實現對這些模塊的復用。這種重新組合可以縮小IT數字轉型交付差距。

以API為主導的連接性帶來的好處

當組織利用以API為主導的連接性來構建可組合式企業時，它們能夠消除IT數字轉型差距。

業務敏捷性

以API為主導的連接性使組織能夠利用其生態系統中其他參與者所做的創新成果。這使得企業不僅在連接正確的構建模塊方面，而且在業務價值交換模式方面都能夠靈活敏捷。

技術連接性

如圖所示，這不僅是技術靈活性的體現，而且這種連接性還能實現構建模塊之間恰當的價值交換。例如，如果你采用免費增值的盈利策略，你可以為試用客戶提供不同級別的服務水平協議（SLA），為一級客戶提供不同的白金級SLA。

自建與購買：打造業務差異化因素

可組合生態系統中的以API為主導的連接性有助于業務和IT領導者做出正確的自建與購買決策。在此所做的選擇，即哪些該自建、哪些該購買或合作，對項目的成功及其實現價值的時間有著深遠影響。

企業打造自身的業務差異化因素，這些因素體現了它們的知識產權，并且能夠實現盈利。你可以將支持性領域整合到可組合式企業中。因此，至關重要的自建與購買決策就變成了由以API為主導的連接性促成的創建與整合決策。

推動智能企業發展

通過以API為主導的連接性，企業能夠對其數據流實現端到端的實時可見性，從而打造出組織的“中樞神經系統”。這種對數據及相關元數據具備“業務情境感知”的可見性，使它們能夠從整體上把握情況，并推動網絡智能、分析以及此前無法實現的數據科學/機器學習模型的發展。它還能讓組織收集實時業務關鍵績效指標（KPI），最終幫助它們衡量并微調業務運營和戰略。

以API為主導助力業務成功

業務情境API

打破數據孤島，實現客戶360度全景視圖

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

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

可組合式企業中以API為主導的連接性能夠驅動任何交互系統。交互層可以是任何技術組件。這對于為客戶提供一致且連貫的全渠道體驗至關重要。

數環通如何實現以API為主導的連接性？

以API為主導的連接性架構模式，如今已得到廣泛認可。

數環通產品的關鍵部分首先源于前文提到的通過實現可組合、相互連接且自動化的企業來大規模推動業務敏捷性的愿景。其次是方法：將組織的構建模塊通過以API為主導的連接性進行連接的架構模式，這是以實現該愿景為核心支柱的。

通過iPaaS平臺及相關產品功能來提供實際的產品能力以及持續創新，從而將愿景變為現實。它提供了連接構建模塊的最靈活方式：流程編排（Link UP）、API管理（Link API）、自動化機器人（Link BOT）、數據管道（Link PIPE）等等。

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

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

平均而言，數環通的客戶發現，與傳統或自研的集成解決方案相比，以API為主導的連接性所提供的敏捷性和速度使得項目交付速度提高了三到五倍，團隊生產力提高了300%。

以API為主導的連接性的實際應用案例

讓我們通過現實場景來了解以API為主導的連接性所產生的影響。

金融行業：多業務線與全渠道

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

以下是適用于它們的三層以API為主導的連接性（ALC）架構示例：

以API為主導的連接性示意圖

它們首先創建了流程層面的“身份驗證與客戶認證”API，為在所有服務中對客戶進行統一認證提供了一種方式。這是提升客戶體驗（CX）方面邁出的重要一步，也是其數字轉型之旅中的必要舉措。

流程層中的“獲取賬戶與交易”API對于打造一致的全渠道體驗起到了關鍵作用。它調用了下面的四個系統API：核心銀行賬戶API、貸款API、信用卡API以及汽車租賃API——每個API分別代表四個不同的業務線。這使得能夠全面了解客戶的財務狀況。

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

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

這是一個很好的例子，展示了以API為主導的連接性如何實現真正的客戶360度全景視圖。

交通運輸行業：合作伙伴與供應鏈

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

以下是適用于它們的三層以API為主導的連接性（ALC）架構示例：

以API為主導的連接性示意圖

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

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

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

基于以API為主導的連接性的架構是為敏捷性和復用性而構建的。

了解更多關于以API為主導的連接性的內容

要了解更多關于各行業中受益于以API為主導的連接性的客戶案例，以及以API為主導的連接性如何推動數字轉型的信息。