【翻译】重新启动API团队！你有管理过你的API吗？
source link: https://segmentfault.com/a/1190000038854900
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
【翻译】重新启动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
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK