在过去十年中，许多 IT 领导者都认为他们已经为 API 的发展做好了准备。毕竟，他们在上面投入了很多。传统的 API 管理平台承诺解决转型挑战，并提供基石功能，包括 API 编目、规范支持、身份验证、授权许可、安全性、策略管理，甚至开发者门户。然而，传统的 API 管理方法从未保证为 API 的未来做好准备，当然也不能保证以高质量的方式一致地交付 API。
自然地，那些嵌入 API 管理工具初始迭代的人员从其 API 项目内的某种程度的一致性和治理中受益（尽管在交付周期中相对较晚）。然而，在许多情况下，传统的以网关为主的平台（现在通常称为“网关恐龙”）仅仅用“API 化”的标签取代了遗留的集成消息中间件或服务总线，并在某些扩展所需的基本功能上打了个勾。
现实情况是，许多公司需要在整个 API 生命周期中提供更加专业化的产品，以便为其团队配备工具和支持，以在日益多样化的 API 风格、领域和独特挑战中培养高质量的实践。希望这最终会为通过引入来自各个供应商的离散生命周期阶段活动的利基工具而进行的投资带来更好的结果。这种趋势导致了最近由 Erik Wilde 创造并经常被 Mark O’Neill 在提供有关 API 网关领域近期历史和演变的宝贵见解时引用的“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 环境变得越来越多样化和复杂，从而导致了我之前提到的当前“解绑”趋势。但这只是一个周期，而且我们经常处于向集中化或去中心化发展的周期中。关于作为产品组织获得成功的两种方式，前网景公司首席执行官吉姆·巴克斯代尔解释说：“一种是捆绑，另一种是解绑。”
因此，虽然我们现在正处于周期的“解绑”高峰期，但我们已经可以从 API 联合的角度（在处理大型 API 项目的组织内）看到，需要某种形式的控制平面来集中治理和统一编目（或注册表），同时仍然给其中的各个团队带来分布式的好处和自由。
行业分析师可能也在密切关注重新分类，我预计各个类别组很快会出现一些波动，以匹配正在发生的趋势的重新分类。
这是完全自然的，环境在不断演变，模式也在不断变化以应对挑战和复杂性。这种潮起潮落的现象将持续存在，这也是我们从 SmartBear 的角度将其纳入未来战略的原因。我们将推出 SmartBear API Hub – 它将整合我们一些受欢迎的专业产品，使我们的客户能够简化他们的工作流程（包括技术和采购方面），同时仍然确保我们足够开放、模块化和可组合，以应对未来的捆绑和解绑浪潮。
API 领域的前景令人兴奋，快来加入我们的旅程吧！
点击此处访问完整的 Gartner 魔力象限报告，了解对 API 管理市场的完整分析，并了解我们如何认为 SmartBear 处于赋能开发人员和企业的领先地位。
Gartner 不对其研究出版物中描述的任何供应商、产品或服务表示认可，也不建议技术用户只选择那些评级最高或其他指定的供应商。Gartner 研究出版物包含 Gartner 研究机构的意见，不应被视为事实陈述。Gartner 对本研究不作任何明示或暗示的保证，包括对适销性或特定用途适用性的任何保证。
GARTNER 是 Gartner 的注册商标和服务标志，Magic Quadrant 是 Gartner, Inc. 和/或其在美国和国际上的附属公司的注册商标，在此经许可使用。保留所有权利。
此图表由 Gartner, Inc. 作为更大研究文档的一部分发布，应在整个文档的上下文中进行评估。Gartner 文档可向 SmartBear 索取。