使用Python語言調用零一萬物API實戰指南
你可能也喜歡這些API文章!
在體驗層，可以根據應用程序使用者的身份實施不同的安全策略。這些使用者可以是 Web、移動設備用戶或第三方，可能是組織內部或外部的用戶。可以根據訂閱情況提供多種安全策略，如客戶端 ID、證書、OAuth 以及多個服務等級協議 (SLA) 層次。通過管理對應用程序的訪問權限、授權訪問并監控 API 數據量和吞吐量，能夠有效地控制這些使用者。這種管理方式也使得在體驗層通過產品或服務實現盈利變得更加便捷。
處理層包含了業務能力，并且可以按照不同領域進行劃分。每個業務線可以擁有自己獨立的 API，用于定義其提供的產品或服務。例如，可以有一組 API 專門用于定義客戶、產品或賬單。這些業務層 API 由體驗層的使用者進行訪問。此外，處理層的 API 可以調用其他處理層 API，也可以調用系統層的 API，以提供或更新來自記錄系統的信息。
系統層負責公開來自各種記錄系統的信息，包括遺留系統、數據庫、Salesforce 等 CRM（客戶關系管理）系統以及 SAP 等 ERP（企業資源規劃）系統。例如，當遇到性能問題時，可以在此層添加隊列、緩存、超時設置和斷路器等機制。此外，一些 API 框架供應商會自動生成此層，并利用 AI 技術提升性能、消除冗余并刪除未使用的功能。
在擁有多個開發團隊的大型組織中，API 主導的連接方法非常有效。不同業務線可以在流程層中各自管理自己的 API 領域。例如，Web、移動設備或第三方合作伙伴可以連接到體驗層的 API。同時，系統層則由中央 IT 組管理，負責與各種記錄系統的集成。
常見的抱怨包括：從一層到另一層有多個網絡躍點，以及這種方法增加了系統的復雜性。這些問題類似于在遷移到模型-視圖-控制器 (MVC) 方法時或過去在數據庫和應用程序使用不同服務器時遇到的情況。然而，設計良好的應用程序始終優于僅僅追求幾毫秒的性能。API 主導的連接方法可以通過添加緩存、峰值控制、監控多個使用者以及適當調整系統層的安全性來提高性能。同時，安全性通常保持在體驗層和系統層，而處理層則使用更快的客戶端 ID 和密碼級別的安全性，從而提高系統的整體性能。
此外，API 主導的方法還有兩個重要的好處：可重用性和快速引入新消費者及記錄系統的能力。
以上內容概述了 API 主導連接的概念及其應用理由。是否需要體驗層？體驗層應該按域、渠道或合作伙伴進行劃分嗎？系統 API 中的數據應如何建模？這些問題將在未來的文章中詳細探討，包括具體的使用案例、每層的示例以及這種方法如何幫助您的組織。歡迎分享您使用 API 主導連接的經驗，包括其優點和潛在影響。
原文鏈接：The Pros and Cons of API-Led Connectivity
