對于尋求徹底改革其業(yè)務和產(chǎn)品的企業(yè)而言，應用程序編程接口 (API) 已成為數(shù)字化轉型的關鍵推動因素——尤其是隨著企業(yè)越來越多地將數(shù)據(jù)和應用程序遷移到云端。

API 曾在很大程度上被視為達到目的的技術手段，但現(xiàn)在已成為高級戰(zhàn)略問題，開發(fā)、管理、維護和保護這些資源，已成為技術領導者的主要考慮因素，同時也面臨著巨大挑戰(zhàn)。

API 不僅僅是通過提供應用程序和服務之間的通信，來實現(xiàn)自動化的重要組成部分，現(xiàn)在還通過各種貨幣化方式，努力為眾多企業(yè)提供商業(yè)價值。

2022 年 4 月份，由 Noname Security 贊助的研究公司 451 Research，在發(fā)布一份關于 API 的報告中指出，在數(shù)字化轉型的浪潮中，Web API 經(jīng)歷了指數(shù)級的增長，因為基于網(wǎng)絡和移動的集成產(chǎn)品的興起，需要跨產(chǎn)品進行大量的數(shù)據(jù)共享。

該研究基于 2022 年 1 月對全球各行業(yè) 350 家公司的 IT 專家進行的調查，調查結果顯示：平均每家企業(yè)使用 15,564 個 API，在過去 12 個月中增長了 201%。

來自一家咨詢公司 Booz Allen Hamilton 的高級副總裁 Scott Hanawait 這么說：“當涉及到定義一個成功的 API 戰(zhàn)略時，沒有‘一刀切’的成功途徑。API 的設計并不容易，每個項目都有自己獨特的要求、利益相關者、能力和預期的結果。使用特定的技術、架構風格或對特定 API 類型的支持都不能保證成功?！?/p>

Hanawait 說，API 的核心在于必須解決一個真正的問題，并使該解決方案適用于其他人。

以下是專家們認為創(chuàng)建和維護成功的 API 策略的若干關鍵因素。

1. 編纂數(shù)據(jù)所有權

數(shù)據(jù)合作聯(lián)盟（ Data Collaboration Alliance ）是一家非營利組織，致力于幫助企業(yè)和個人完全控制其信息，以推進全球的智能協(xié)作。來自該聯(lián)盟的運營總監(jiān) Chris McLellan 表示，自從這個概念在 20 世紀 40 年代起源以來，API 經(jīng)歷了廣泛的創(chuàng)新。

McLellan 說：“這就是為什么這項看似簡單的技術，在今天對幾乎所有數(shù)字交互都如此重要的原因。然而，API 從本質上是關于數(shù)據(jù)提取和訪問的，而最后一項功能在大約 40 年的時間里，幾乎沒有取得任何進展。我們?nèi)匀粚γ舾袛?shù)據(jù)進行無休止的復制，就像我們在 IT 工具首次實現(xiàn)時所做的那樣，在此過程中破壞了安全協(xié)議，違反了合規(guī)性限制并將其變得復雜化。API 具有非凡的訪問權限和影響力，但這不應侵犯基本權利。大多數(shù)數(shù)據(jù)屬于特定的一方，只能由合法所有者或正式指定的臨時監(jiān)護人掌握。數(shù)據(jù)是一家企業(yè)的核心財富——通過 API 和其他機制的輕松訪問不應剝奪該控制權。”

McLellan 認為，從更多的 API 中獲取更多的數(shù)據(jù)，訪問更多應用程序和系統(tǒng)，很可能會增加業(yè)務，但肯定會增加成本和復雜性。他說：“這就是為什么一個全面的 API 策略，不應僅限于交換數(shù)據(jù)的應用程序，而是將數(shù)據(jù)從用于創(chuàng)建和存儲它的應用程序中分離出來，并確保它在這些系統(tǒng)之外可以存在和發(fā)展，能夠實現(xiàn)更好的控制和治理?！?/p>

2. 整合簡化多渠道數(shù)據(jù)

McLellan 表示，企業(yè)面臨的最大挑戰(zhàn)之一是數(shù)據(jù)管理環(huán)境的復雜性。

他說“無論是購買還是構建，現(xiàn)在企業(yè)通常會維護成百上千個應用程序，每個應用程序都存儲數(shù)據(jù)。再加上無數(shù)的遺留數(shù)據(jù)庫、一組數(shù)據(jù)湖和倉庫，以及數(shù)量不詳?shù)牟僮麟娮颖砀?，這些數(shù)字很快就會增加?！?/p>

他還說：“然而，通過 API 的策略使用，可以通過將這些孤島連接到更安全和協(xié)作的環(huán)境（如數(shù)據(jù)結構和數(shù)據(jù)軟件平臺），使數(shù)據(jù)可以在全公司范圍內(nèi)訪問，以此來建立一個減少孤島的策略。”

3. 支持包容性和協(xié)作式創(chuàng)新

McLellan 認為，隨著對數(shù)據(jù)的訪問，解決問題變得越來越重要。商業(yè)用戶正在尋找一個在許可的數(shù)據(jù)治理和網(wǎng)絡安全政策邊界之外，可以訪問和使用數(shù)據(jù)的方法。

McLellan 說“ CIO 的反應不應該是扼殺這種 IT 項目中固有的創(chuàng)造力和熱情，而是要實現(xiàn)一種更加聯(lián)合的創(chuàng)新方法。使用 API 對于建立像數(shù)據(jù)結構這樣的協(xié)作環(huán)境至關重要?！?/p>

在這些環(huán)境中，“從業(yè)務用戶到數(shù)據(jù)科學家，每個人都可以并肩工作，處理真實的運營數(shù)據(jù)，以創(chuàng)建可用于加速交付新解決方案的數(shù)據(jù)集和數(shù)據(jù)模型，包括 Web 應用程序、儀表板和自動化，” McLellan 說。

Hanawait 認為，只有當用戶知道解決方案存在時，API 才能幫助解決問題。“例如通過目錄或開發(fā)人員門戶等方式使 API 可被發(fā)現(xiàn)，有助于防止企業(yè)內(nèi)的重復工作，并有助于向外部各方推銷解決方案?！?/p>

4. 建立”復用“心態(tài)

全球咨詢公司 Capgemini Americas 的副總裁兼云集成實踐負責人 Al Liubinskas 表示，在創(chuàng)建 API 策略時，企業(yè)應該建立一個對象重用的思維方式和方法。他說：“這對于加快上市時間和降低為企業(yè)提供必要服務的交付成本至關重要?！崩?，當 Capgemini 的餐廳客戶需要在新冠疫情期間快速采用不同的交付服務提供商來支持市場內(nèi)的轉變時，對象復用極大地有助于支持這些業(yè)務目標。

Liubinskas 說：“復用 API 來整合他們的餐廳履行服務，以及當?shù)睾蛥^(qū)域的菜單服務，對于我們的客戶選擇不同的供應商選擇至關重要。通過多層復用，Capgemini 能夠利用完整的 API 可執(zhí)行程序復用、源代碼片段復用、API 模式設計復用和集成模式設計復用?！逼髽I(yè)應該專注于利用已有的代碼，“這將最終提高效率并降低成本，” Liubinskas 說。

Pitney Bowes 是一家提供郵寄和運輸設備服務的供應商，其一直使用的策略是利用“框架式編碼”，將可重復使用的代理資源存儲在公司的源代碼存儲庫中，以便在不同的開發(fā)工作中重復使用?！巴ㄟ^這種方式，經(jīng)常重復使用的代理代碼組件可以編寫一次，在一個地方維護，所有團隊都可以從深思熟慮的復用功能中受益，”執(zhí)行副總裁兼首席創(chuàng)新官 James Fairweather 說。

5. 關注企業(yè)外部

API 不僅可以用來支持各種后臺業(yè)務流程；它們還可以幫助實現(xiàn)增加業(yè)務價值或增強客戶體驗等外部服務。

除了促進重用之外，Pitney Bowes 公司的 API 開發(fā)戰(zhàn)略的另一個主要目標是，創(chuàng)建面向企業(yè)外部的新服務，客戶和合作伙伴可以訪問并整合到他們自己的應用程序和系統(tǒng)中。

“關于 API 使用情況的元數(shù)據(jù)可能是一個有趣的信號來源，可以推動預測或補救問題的行動，” Fairweather 說。“API 的使用模式和訪問的數(shù)據(jù)為增強客戶體驗創(chuàng)造了機會。”

例如，如果一個 API 被調用來跟蹤一個指定的包裹比正常情況下更頻繁，這可能表明該包裹對收件人來說很有價值、遲到甚至丟失?！叭缓笪覀兛梢匝杆俨扇⌒袆?，找到包裹并與客戶溝通，” Fairweather 說。