面向集成、微服務和API的快速創新

作者：開源云中文社區 2022-08-12 07:39:30

數字化之旅是各不相同的，也是不易的。但如果你遵循以下這些規則，成功的機會就會大得多。

?API開發和使用的快速增長絲毫沒有放緩的跡象，API在跨行業數字業務中的核心作用也隨著這一增長而繼續激增。

最近一項針對IT領導者的調查發現，98%的人認為API是任務關鍵型的，81%的人目前正在使用微服務，18%的人計劃很快這樣做。

API的指數級增長使得當今的大多數軟件要么使用API，要么就是一個API。API及其背后的集成和微服務已成為面向客戶、員工和合作伙伴的新數字化渠道的基本構建塊。

然而，你可能已經了解到，在過去十年中，大多數數字化商業計劃（一些研究提到70%）都失敗了。這些數字化舉措要么沒有帶來所有預期收益，如新的收入來源、每客戶收入的增加或利潤的增加，要么沒有帶來任何收益。

關于為什么隨著API數量和復雜性的增加，組織生產力降低，上市時間減慢，人們反復提出了兩個主要原因。

第一個是關于人的：管理在Kubernetes等相對較新技術之上運行的現代云原生基礎設施所需的開發人員和操作技能不足。
第二個是關于流程：由于所有使用API的人對安全、治理和協調變更的需求不斷增加，DevOps流程的速度會減慢。隨著API使用量的增長，管理數百或數千個API的復雜性可能變得難以承受，從而導致成本和安全風險的增加。由于開發團隊被迫將更多的時間用于管理任務和治理，生產力往往會受到影響，發布時間也會延長，這會減緩創新和增長。

如果你深入挖掘根本原因，大多數時候是因為這些組織沒有以一種允許他們快速創新和促進重用的方式一起設計、開發和管理他們的API、微服務和集成。這并不容易，因為：

隨著開發或使用的API總數增加到數百甚至數千，管理所有這些API以及它們使用的集成和微服務很快就會變得難以承受。

好消息是，許多公司已經能夠依靠幾種常見的最佳實踐快速創新。WSO2根據其在1000多家公司部署的經驗總結了這些建議。

你無法購買吸引和留住客戶的獨特體驗，而是必須構建它，并隨著時間的推移不斷改進它。我們稱之為“數字化體驗工程”。你的團隊、技術和流程都需要專注于快速構建和改進這種體驗。

如果你希望API使用者（開發人員）采用你的API，則需要將API視為產品。從外部到內部設計每個API，以改善API使用者的體驗。（不要將現有集成或接口公開為API。這是一種由內而外的設計）。

每個好產品都有一個產品經理。為每個外部API指定一名產品經理，該經理將從頭到尾負責該API。

在數小時內開發API的唯一方法是，如果大部分工作涉及重用現有組件，這些組件是專門為在API開發期間重用而設計的。API主導的設計意味著每個API、服務和集成都應該是可重用的、松耦合的。大多數更改應該能夠在單個組件內進行，而不會影響其他組件。

讓核心團隊提供一個完整的云原生數字平臺，作為一個易于使用的共享服務。它應該為API和應用開發團隊提供簡化的DevOps和CI/CD工具，將服務開發、集成和API管理結合起來。

你需要支持不同類型的開發人員和技能集。雖然你應該讓開發人員易于創建新的API，但也需要讓其他人易于重用、集成或組合API，以便廣泛采用。

雖然支持不同的開發人員需求以最大限度地提高采用率很重要，但你應該為開發人員提供至少一個首選環境，該環境將圍繞數字平臺的所有最佳實踐編成代碼，并簡化DevOps，以幫助簡化快速創新的道路。

所有需要重用的東西都需要易于發現、學習、采用和隨時間變化。這至少需要一個開發人員門戶。然而，理想情況下，你還應該在開發環境中提供一個開發人員市場，允許添加組件和其他編碼。

使安全和治理流程成為盡可能簡化和自動化的通用DevOps流程的一部分。如果你將API發現、API設計、API安全和API生命周期管理構建到開發過程中，將增加重用，加快新API的開發，降低返工量，而不僅僅是取消手動“固定”的后期開發過程。這將有助于更快地交付API。

每個團隊重新發明自己的Docker/Kubernetes基礎設施或多級CI/CD管道沒有任何優勢。使他們能夠輕松地將API、集成和服務作為復合API或應用程序一起開發、部署、監控、保護和管理。盡可能將云原生部署的復雜性抽象掉。

數字化之旅是各不相同的，也是不易的。但如果你遵循這些規則，成功的機會就會大得多。?

責任編輯：趙寧寧來源：開源云中文社區