【翻译】重新启动API团队！你有管理过你的API吗？

我经常遇到有做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