我經常遇到有做API管理但是沒有系統管理方法的公司，對于一個完全在ticket模式下作業的API團隊，更偉大的管理方法有什么好處？
有什么可以改進？
一些心得：關于API管理可以觀察到的幾個點，
對于許多人來說，API管理的目的只是實作應用程式交換，簡言之，我們做了該做的，因此新技術將最終有一天變成過時的技術，或因為其他原因它不能給專案和作業帶來任何幫助，除了約束和殺死最后期限，
然而多虧了API管理，可以帶來很多東西，你可以分享你的API，通過平臺進行協作，根據目標受眾的需求制定API的標準，用規范的格式來呼叫多個后端，換言之，你可以做很多需要橫向性的事，甚至可以是API的戰略前景，多少次我看到了“面向物件來自SAP”（"ObjectFromSAP"）API之類的話？
良好的管理才能發揮更好的作用
為了實作API管理的戰略目標，在我看來，有兩個主要的管理方法需要落實到位，
第一方面，相當典型的，我稱之為能力中心，擁有一個可以從頭到尾管理API的團隊，不管是功能、技識訓是開發都要有，可以圍繞一個API管理工具，延伸到整個技術的集成庫，甚至是后端的作業，對于很多公司這可能是最正常的配置，但是它不應該成為ticket管理模式的請求服務，你必須知道如何在初期跟隨專案與相關同事（業務線、開發人員、架構師、專案經理）協同作業，最重要的是成為專案程序的一部分，以為專案帶來價值，
另一方面，可以叫調度臺，在某種程度上，它是關于管理api的，就像管理大型開源專案一樣，API團隊主要是提供框架和簡化流程，但是不是必須的，至少不是什么都要做，它定義并共享其流程，交流最佳實踐，集成到公司的CI/CD鏈中，檢查開發人員開發的API的質量和相關性，這個組織具有特別的可擴展的優點，因為如果包括工具、通信、最佳實踐在內的開發人員和流程已經定義得很好，每個月開發4個API到開發40個API，就不需要一個10倍大的API團隊了，
總而言之，管理方法和配置是API管理專案成功的真正關鍵，設計API非常簡單，和很多人一起做很多事情，而且做得好很快，最后會變得很復雜，所以，不要猶豫，嘗試好的管理方法！
翻譯：Eolinker
演示工具：www.eolinker.com
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/245582.html
標籤：其他