本文来自微信公众号“开源云中文社区”。
今年Postman State of the API调查显示，人们担心微服务会扩展为难以处理的混乱和僵尸API。但即使存在这些问题，调查也发现，API为组织带来了回报——在40000名受访者中，近三分之二的人表示API带来了收入。
43%的受访者表示，API占公司收入的四分之一以上。对于少数几家公司来说，API创造了超过75%的总收入。报告指出，这些公司属于金融服务业的可能性几乎是其他行业的两倍。
考虑到API的盈利能力，不难理解为什么92%的全球受访者表示API投资将在未来12个月内增加或保持不变。这比去年的报告上升了三个百分点。
报告指出：“这一增长可能反映出科技行业最严重的经济收缩已经过去。与此同时，更少的受访者表示，他们预计今年将削减对API的投资。”
微服务、中间服务和单体
在大多数组织中，微服务仍然是API的主要架构风格，但这似乎并不总是按计划进行。在今年的报告中，10%的受访者表示，为微服务提供动力的API变得庞大而笨拙，创造了“宏服务”而不是微服务。
微服务被定义为独立工作以履行单一职责的小型服务，而宏服务则被定义为变得庞大而笨拙的微服务，接近于单体。单体是一种单层应用程序，其中接口和数据访问结合在一个包中。而中间服务是Goldilock的偏好：不要太大，也不要太小——恰到好处。
单体和中间服务各占所调查组织的20%多一点。
Postman联合创始人兼首席技术官Ankit Sobti在接受采访时表示：“很明显，十年来，微服务成为主流。我们想通过调查来展现微服务发展壮大、变得笨拙，并从一开始就失去了微服务的本质。”
使用微服务的一个原因是，理论上微服务及其API可以更容易地重用。因此值得注意的是，21%的自称“API优先”的领导者表示，重用API或微服务是组织的痛点。
Sobti说：“可重用性的方面是API的可使用性，我们与客户交谈时看到的困难，首先是发现API之外的问题。API是否一致、符合要求且易于设置？身份验证在刚开始使用API时最终会成为一个大问题。因此，我认为驱动API使用的因素对API难以集成到网络中的方式产生了很大影响。”
僵尸API因裁员而兴起
近60%的受访者担心僵尸API——这些API缺乏适当的文档和所有权，但在开发人员离开组织后仍然存在。当开发人员离开时，它被列为第二大关注点，仅次于糟糕的文档。工程师和开发人员将僵尸API列为令人担忧的问题。
报告指出：“这些API没有所有者、监督或维护，有时会被公司遗忘。往坏了说，僵尸API带来了安全风险；往好了说，它们提供了糟糕的消费者体验。”
Sobti建议，一种解决方案是维护所使用的API目录。
Sobti说：“这就是僵尸API的出现，因为很多知识都掌握在构建它的人身上。一旦员工离职，变更管理就变得很复杂，因此对API内部API进行编目就变得尤为重要。”
他补充道，API目录可以在一个地方跟踪内部API。现在有专门的团队不仅负责构建允许目录存在的底层基础设施，还负责管理目录和创建构建实践，以将这些API放入目录。这就是重用变得至关重要的地方，他补充道。
调查发现，缺乏文档是使用API的主要障碍，这进一步证明了需要更好的文档。
一半的受访者表示，不到1/20的API变更失败。在行业中，医疗保健行业的比例最高，55%的受访者表示，不到1/20的API部署失败。教育处于另一端；只有43%的受访者表示他们的失败率那么高。也许这与另一个关键发现有关：教育也是最有可能跳过API测试并将最后一段时间用于API开发的部门。
API优先领导者遭遇失败的可能性低于所有受访者，60%的受访者表示失败发生率不到1/20。
API-First开发
该报告还注意到，被称为API优先的公司在各种API问题上的表现优于非API优先的公司。API优先的公司在开发过程开始时优先考虑API，将API定位为软件的构建块。超过75%的受访者多少同意或强烈同意API优先的公司的开发人员生产效率更高，创建更好的软件，并更快地与合作伙伴集成。
根据Postman的说法，API优先意味着在编写其他代码之前开发API，而不是将其视为事后考虑。
Sobti表示：“API优先的公司承认API是其软件战略的基石。因此，你正在考虑一种开发模型，在该模型中，应用程序被概念化为内部和外部服务与这些API的互连。API优先的组织正越来越认识到API的业务和技术含义。”
公司正在意识到API对业务的战略价值。他说，更多公司报告称，API在公司今年的收入中占了很大一部分。调查还发现，收入是API访问的第二重要指标，仅次于使用本身。调查发现，随着公司规模和开发商数量的增长，API优先的公司的收益也会增加。
报告称：“在开发人员不超过100人的小型公司中，32%的受访者强烈认为API优先的公司上市速度更快。但随着开发人员人数超过100人，这一数字稳步攀升。当一家公司的开发者达到5000人时，42%的受访者强烈同意这一说法。当按公司规模排序时，我们看到几乎所有指标都有类似的增长。”
他说：“从技术上讲，我们看到API优先的公司能够更快地构建API，报告更少的故障，当API出现故障时，他们能够在不到一个小时的时间内恢复和响应。我们看到的是，API在组织内部和外部的数量肯定在增加，其中一部分是能够重用在组织内部以及外部创建的更多功能，你现在可以使用、订阅或购买这些功能。”
他说，利用重用是驱动开发人员用更少的人力做更多事情的能力，无论是用更少的人做更少的事，还是因为开发人员不必创建业务功能，因为他们可以订阅Stripe并通过Stripe的API实际管理账单。
GraphQL提高了API架构的地位
该报告指出，调查还发现，尽管REST仍是目前使用最多的API架构，但它对新来者来说已经失去了地位。今年，86%的受访者表示他们使用了REST，低于去年报告的89%和前年的92%。
SOAP的使用率从去年的34%下降到今年的26%。取代SOAP的是GraphQL，29%的受访者使用了它。
当谈到API规范时，JSON模式是最受欢迎的，其次是Swagger/OpenAPI 2.0和Open API 3.x几乎平分秋色。GraphQL排名第四。
原文链接：
https://thenewstack.io/state-of-the-api-microservices-gone-macro-and-zombie-apis/
