不必要的重復性任務是開發人員工作中最頭疼的地方。往好了說，它們時間浪費。更糟糕的是，它們在多方面中增加了出錯的風險。對于應用程序接口開發人員來說，能消除不必要的繁瑣工作的工具簡直就是完美的工具。
Axway 滿足了一個簡單但非常有用的需求。首先，它能讓您將事件驅動 API 集成到現有的 API 目錄中。更令人興奮的是，它還能讓您將目錄中的其他 API 轉換為事件驅動型 API。如果您正在尋找一種全面的 API 管理和目錄，并能與事件原生 API 管理相結合，那么 Axway 值得您考慮。
正如我們所見，異步 API 是事件驅動 API 管理的神經系統。要實現事件驅動服務，就必須取消輪詢，因為這需要一種不同的架構。AsyncAPI 是異步 API 最流行的 API 規范。這意味著它很容易上手，而且有很多工具和資源可供使用。如果您有意將事件驅動 API 集成到網絡中，我們強烈建議您熟悉 AsyncAPI。
實現事件驅動 API 管理的最常見方法之一是創建網絡鉤子，讓用戶注冊以接收來自 API 的更新。網絡鉤子本質上是一個公開可用的 HTTP POST 端點，可以從指定來源接收數據。設置 Webhook 從 API 生產者處接收數據，就好比顛覆了傳統 API 的工作方式。當 API 希望發生某些事情時，它不會進行查詢，而是在有趣的事情發生時進行廣播。這是消除瘋狂輪詢的一種簡單而優雅的方法。
WebSockets 的工作原理與 Webhooks 類似，但允許從雙方獲取數據。WebSockets 的設置與 Webhooks 幾乎完全相同，因此上手簡單快捷。如果你想創建一個你和你的用戶都能訪問的端點，WebSockets 值得一試。
Server-Sent Events（或 SSE）與 Webhooks 類似，但專門針對基于瀏覽器的用戶。要使用它們，用戶需要創建一個新的 EventSource 對象，并輸入端點的 URL。然后，SSE 會監控該端點的事件。不過，與其他格式不同的是，SSE 既可以持續打開，也可以在一段時間不活動后關閉。這對某些應用可能很有用。
觀察架構的運行是學習不同編程方法的最佳途徑之一。OntoPop 是一個有趣的開源應用程序，它使用事件驅動數據管道和 API 來可視化和探索本體的版本。最重要的是，GitHub 存儲庫中有大量的文檔和許多 OntoPop 工作示例。光是閱讀 README 就足以讓人領略到事件驅動 API 架構和執行的奧妙。
有許多應用程序都需要實時、持續的監控和警報。在當今以數據為中心的世界里，只采用可以查詢或輪詢的 API 架構是沒有意義的。這些應用只會越來越多，尤其是隨著物聯網等工具的不斷普及。
在許多不同的應用場景中，事件驅動的 API 管理都是必須的。因此，您最好現在就適應這種格式。這九種用于事件驅動 API 管理的工具應該足以讓你入門。
原文鏈接：https://nordicapis.com/9-tools-that-enable-event-driven-api-management/