在过去十年中，许多 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 倡议等项目，并协助推动 Arazzo 规范的发布。
- 更重要的是，这并非空谈，我们投入资金在工具中基于标准进行构建，以提高互操作性和参与度。
- 首先，这有利于我们自身的产品，使我们能够为客户提供集成且情境感知的体验。
- 其次，它使我们能够与构成大多数平台工程团队工具生态的广泛 API 工具进行集成。
实际上，无论公司采用何种网关或运行时拓扑（本地部署、云、多云或混合云），我们已将这些横跨设计、测试、文档和治理能力的专业功能带给了他们，涵盖了广泛的 API 规范和协议。这并非一蹴而就；我们努力汲取全球 1600 多万用户的集体经验，旨在为下一波高质量软件未来的倡导者提供支持。
我们认为，凭借这项独特能力，SmartBear 在 2024 年 Gartner API 管理魔力象限™中被评为领导者！
从利基参与者到远见者再到领导者
在过去几年中，我们经历了一段旅程，SmartBear 从 2021 年的“利基”参与者，到 2023 年的“远见者”，现在在 2024 年被定位为领导者。
我们相信，在审视我们的发展轨迹时，有许多因素需要考虑；我虽然不愿起草一个明确的可重复的秘诀，但对我来说，有一些突出的要素。
- 在整个 API 生命周期中满足技术和非技术利益相关者的能力
- 将协作前置到早期交付阶段
- 提供不同的消费模式（UI、CLI、API），通过治理和规范优先考虑 API 质量
- 保持对全面 API 测试的承诺
- 支持客户提高其 API 文档的质量和一致性。
重点仍然是改善我们用户的开发者体验，并最终赋能他们利用我们的产品改进其所构建或管理的软件的开发者（或终端用户）体验。
我们实现上述目标的途径也很多样，这融合了我们的开源方法、我们致力于构建原生产品以解决专业问题的承诺，以及我们对产品和人才的敏锐收购，这些都帮助我们变得更好（特别是在我们的 API 业务中的 PactFlow 和 Stoplight）。这些结合起来，增强了我们在整个 SDLC 中提供创新和改进客户成长过程的能力。
捆绑、解耦与未来
这也不完全取决于我们！还有宏观因素在起作用。API 格局正变得日益多样化和复杂，导致了我前面提到的当前“解耦”趋势。但这只是一个周期，而且我们往往处于向集中化或去中心化发展的周期中。关于产品组织成功的两种方式，前 Netscape 首席执行官 Jim Barksdale 解释道：“一种是捆绑，另一种是解耦。”
因此，尽管我们现在正处于“解耦”周期的顶峰，但从 API 联邦的角度来看（在处理大型 API 项目的组织内部），我们已经可以看到，需要某种形式的控制平面来集中治理和统一编目（或注册表），同时仍然为其中的各个团队提供分布式的好处和自由。
重新分类也可能是行业分析师最关心的问题，我预测各种类别组内很快会出现一些波动，以适应正在发生趋势的重新分类。
这完全是自然现象，行业格局在不断演变，模式也在转变以应对挑战和复杂性。这种潮起潮落将继续存在，这也是我们从 SmartBear 角度出发，融入未来战略的要素。我们正在推出 SmartBear API Hub——它将整合我们一些受欢迎的专业产品，使客户能够简化他们的工作流程（包括技术和采购方面），同时确保我们足够开放、模块化和可组合，以应对未来的捆绑和解耦浪潮。
API 领域前景激动人心，与我们一同踏上这段旅程吧！
在此查阅完整的 Gartner 魔力象限报告，探索 API 管理市场的全面分析，了解我们为何相信 SmartBear 正处于赋能开发者和企业的最前沿。
Gartner 不对其研究出版物中描述的任何供应商、产品或服务进行背书，也不建议技术用户仅选择那些获得最高评级或其他称号的供应商。Gartner 研究出版物包含 Gartner 研究组织的意见，不应被解释为事实陈述。Gartner 对本研究不作任何明示或暗示的保证，包括任何适销性或特定用途适用性的保证。
GARTNER 是 Gartner 的注册商标和服务标志，Magic Quadrant 是 Gartner, Inc. 和/或其在美国和国际附属机构的注册商标，此处经许可使用。保留所有权利。
此图表由 Gartner, Inc. 作为一份大型研究文档的一部分发布，应在整个文档的上下文中进行评估。Gartner 文档可应 SmartBear 要求提供。