35、API 产品与生命周期支柱：应对不断演变的 API 生态系统

API 产品与生命周期支柱：应对不断演变的 API 生态系统

1. API 管理与生态系统概述

在 API 管理工作中，运用适当程度的“产品思维”有助于团队聚焦以消费者为中心的接口使用方式。这也是将 Clayton Christensen 的“待办任务”（Jobs-to-Be-Done，JTBD）方法融入 API 设计与实现的契机。从业务层面来看，引导设计和架构团队思考“这如何帮助我们实现业务目标？”以及“此设计希望影响哪些目标与关键成果（OKRs）？”等问题，能够避免后端团队仅发布缺乏清晰用户驱动工作流、以数据为中心的接口。

API 生命周期支柱与 API 即产品（AaaP）策略相辅相成，为 API 的设计、构建和发布工作提供了一套实践方法。这些支柱并非严格意义上的循环，而是识别出支持健康 API 项目的关键要素，可作为创建 API 的指南。

大多数组织都在努力构建相互依赖、可互操作的 API 生态系统，以展现业务价值，降低使用 API 和服务实现 OKRs 的成本和风险。API 与 API 生态系统之间的交互应是双向的：API 为生态系统做出贡献，且应尽可能具备可观测性，以便生态系统了解单个 API 的设计和演变；生态系统则通过提供整体原则、协议和实践的洞察，为 API 产品团队提供指导和支持。

2. 决策点与成熟度

当前创建的代码和接口相对“死板”，只能按指令行事，决策和创造力源于人类，且这些决策需在某个阶段转化为代码和 API 才能实现。决策的关键在于把握决策时机，在实现 API 生态系统时，推迟决策往往是明智之选。因为不断发展的生态系统中存在众多相互依赖、可互操作的元素，过早决策可能会减少未来的可能性，甚至排除解决架构问题的最