在過去十年中，許多 IT 領導者都對自己已為 API 發展做好準備感到自信。畢竟，他們在這方面投入了很多。傳統的 API 管理平台承諾要解決轉型挑戰，並提供核心功能 - API 編目、規格支援、驗證、授權許可、安全性、策略管理，甚至是開發人員入口網站。然而，傳統的 API 管理方法從未保證為 API 的未來做好準備，當然也不能保證 API 將以高品質的方式一致交付。
自然地，那些嵌入 API 管理工具初始迭代的人員，在其 API 程式中受益於一定程度的一致性和治理（儘管在交付週期中相對較晚）。然而，在許多情況下，傳統的閘道偏斜平台（現在通常稱為“Gatewaysaurus”）僅僅是取代了舊有的整合訊息代理或服務匯流排，並通過勾選某些擴展所需的基本功能框來標註為“API 化”。
現實情況是，許多公司需要在整個 API 生命周期中提供更專業的服務，以使他們的團隊擁有所需的工具和支援，從而在越來越多樣化的 API 樣式、網域和獨特挑戰中培養高質量的實踐。希望這最終能為通過引入來自各個供應商的利基工具來處理離散的生命週期階段活動所做的投資帶來更好的結果。這種趨勢導致了最近由 Erik Wilde 提出的“API 管理的偉大解綁”現象，並經常被 Mark O’Neill 在提供有關 API 閘道領域近期歷史和發展的寶貴觀點時引用。
我們的研究顯示，另一個有趣的數據點是，令人驚訝地，有 41% 的公司要么未使用 API 閘道，要么選擇創建自己的閘道。要精確指出其原因並非易事，但很可能暗示著團隊在努力交付高質量 API 時，面臨著越來越大的挑戰，同時又面臨著提高交付速度和速度的壓力。必須有所讓步，而通常是確保穩健持久性所需的工具和教育，而不是短期的交付目標。不幸的是，結果往往導致後續在支援和質量補救方面花費更多時間。最終，這會產生與最初預期相反的淨效應。
圖 1 - SmartBear 軟體質量狀況 | API 報告
在 SmartBear，我們始終相信 API 的民主化、跨業務和技術領域協作的必要性，以及交付高質量 API 所需的多樣化技能的重要性。生產力、速度和質量之間永遠不應該有任何權衡。因此，我們的工具主要側重於生命週期中較早使用的利基領域。
SmartBear 專注於為最終用戶提供更好的選擇、互操作性和彈性。我們是如何做到這一點的？
- 我們提倡在週期早期（即左移）推廣以質量為導向的實踐，因為這樣做更便宜也更容易。
- 我們繼續強調行業標準和規範的重要性，並參與相關的社群。
- 我們一直積極參與像 OpenAPI Initiative 這樣的專案，並協助發布 Arazzo 規範。
- 更重要的是，這不僅僅是口頭上的承諾，我們還投資在我們的工具中基於標準進行建構，以提高互操作性和參與度。
- 首先，這有益於我們自己的產品，使我們能夠為客戶提供整合且具有感知情境的體驗
- 其次，這使我們能夠與構成大多數平台工程團隊格局的廣泛 API 工具整合。
實際上，我們已將設計、測試、文件和治理等方面的專業能力，運用於廣泛的 API 規範和協議，為各公司提供服務，無論他們的閘道或運行時拓撲（內部部署、雲端、多雲端或混合雲端）如何。這並非憑空發生；我們努力吸取我們 1600 多萬用戶的集體經驗，並旨在為下一波倡導更高品質軟體未來的人員提供工具。
我們認為，這種獨特的能力使 SmartBear 被評為 2024 年 Gartner API 管理魔力象限™ 的領導者！
從利基參與者到有遠見者到領導者
在過去幾年中，我們一直在不斷發展，SmartBear 在 2021 年從「利基」參與者轉變為 2023 年的「有遠見者」，現在則在 2024 年被定位為領導者。
我們認為，在考慮我們的發展軌跡時，需要考慮許多因素，我不敢起草一個明確可重複的食譜，但對我而言，有一些突出的要素。
- 能夠滿足整個 API 生命周期中技術和非技術利害關係人的需求
- 將協作優先納入早期交付階段
- 提供不同的消費模式（UI、CLI、API），並通過治理和規範優先考慮 API 品質
- 保持對全面 API 測試的承諾
- 支持客戶提高其 API 文件的質量和一致性。
重點仍然是改善用戶的開發人員體驗，並最終使他們能夠通過我們的產品，改善他們建置或管理的軟體的開發人員（或最終用戶）體驗。
我們在如何交付我上面列出的內容方面也有很多途徑，這些途徑混合了我們在開源方面的方法、我們對構建有機產品以解決專業問題的承諾，以及我們在產品和人才方面的精明收購，以幫助我們變得更好（即我們 API 業務中的 PactFlow 和 Stoplight）。總而言之，這些增強了我們在 SDLC 中提供創新的能力，並改善了我們客戶在成長過程中的旅程。
捆綁、解綁與未來
這也不僅僅取決於我們！還有一些宏觀因素在起作用。API 格局變得越來越多樣化和複雜，導致了我前面提到的當前“解綁”趨勢。但這只是一個週期，而且我們通常處於向集中化或分散化發展的週期中。關於產品組織成功的兩種方式，前網景公司執行長 Jim Barksdale 解釋說，“一種是捆綁，另一種是解綁。”
因此，雖然我們現在處於該週期的“解綁”高峰期，但我們已經可以從 API 聯合的角度（在處理大型 API 程式的組織中）看到，需要某種形式的控制平面來集中治理和統一編目（或註冊表），同時仍然為其中的各個團隊提供分散的好處和自由。
產業分析師也很可能將重新分類視為首要考量，我預計各個類別群組內會出現一些波動，以符合正在發生的趨勢的重新分類。
這是完全自然的，格局不斷發展，模式不斷轉變以應對挑戰和複雜性。這種潮起潮落將繼續存在，這也是我們從 SmartBear 的角度將其納入我們未來戰略的原因。我們正在將 SmartBear API Hub 推向市場 - 這將整合我們一些受歡迎的專業產品，使我們的客戶能夠簡化他們的工作流程（技術和採購），同時仍然確保我們保持開放性、模組化和可組合性，足以應對未來的捆綁和解綁浪潮。
API 領域的未來令人興奮，快來加入我們的旅程吧！
在此處存取完整的 Gartner 魔力象限報告，以探索 API 管理市場的完整分析，並了解我們如何認為 SmartBear 處於授權開發人員和企業的最前沿。
Gartner 不為其研究出版物中描述的任何供應商、產品或服務背書，也不建議技術使用者僅選擇評級最高或其他指定的供應商。Gartner 研究出版物包含 Gartner 研究組織的意見，不應被視為事實陳述。Gartner 對於本研究不提供任何明示或暗示的擔保，包括對適銷性或特定用途適用性的任何擔保。
GARTNER 是 Gartner 的註冊商標和服務標章，而 Magic Quadrant 是 Gartner, Inc. 和/或其在美國和國際上的關聯公司的註冊商標，在此經許可使用。保留所有權利。
此圖形由 Gartner, Inc. 作為較大型研究文件的一部分發布，應在整份文件的背景下評估。Gartner 文件可向 SmartBear 索取。