使用用来做数据分析和报告的API管理工具有助于企业最大化利用这些技术。API管理最重要的方面包括检测，分析和报告。传统的管理格言是，“无法管理没有指标的东西。”如果企业不仅仅满足于暴露API和服务，而是要管理他们，必须要度量关键指标，并将其应用到决策制定流程里。

度量不仅仅是设置一些阀值，并且在红色警报出现时做出反应。如果没有定期收集数据、分析并且用于决策制度，企业可能能做的更多只是做出反应，而不是真正的管理。要管理ＡＰＩ，管理工具要能够完全提供健壮的能够驱动管理决策的数据集。网关管理工具收集使用信息，验证使用在合约限制之内，如果不是，就相应拒绝或者节流该请求。要达到这个目标，指标必须完全基于流量检测。这需要涉及到比如请求数量，相应事件和消息大小。

你会需要更为灵活的机制来从请求和回复消息中抓取信息，并且知道如何为之后的分析而对这些信息做索引和分割。评估抓取这些指标的架构，并且确保这些指标可以被存储以供后续使用，来避免底层网关的风险。

数据已经有了——还需要做什么？

一旦获取到信息，不仅仅需要关注于简单的限流和即时运营需求，而且需要关注于如何分析这些信息以及如何利用这些信息做管理决策。趋势是很有价值的功能。分析出的结果是否能帮助决定某个特定用户的使用每个月会稳定增长10%，并且就要接近阀值水平了？

如果已经为使用的服务付费了，可能这就是个通过前瞻性交互来实现利润增长的机会，而不是仅仅是疲于处理某个请求被限流或拒绝的愤怒的客户。同样的信息是否被用来监控有机物的成长，来确保容量是充分的？这种模式的访问和预期一致么？虽然所有公司都在为生产环境的零故障而努力，不过更合理的目标可能是生产环境中不出现不可解释的行为。如果不观测趋势就无法实现这一点。

除了运行时的考虑，API门户使用的信息收集了么？如果API和服务和产品类似，考虑是否收集了和API门户交互相关的所有信息，来确保潜在客户找到了正确的API和服务——并且这些潜在客户能转化为真正的客户。

从潜在客户转为在生产环境里使用的正式合同客户的平均转化时间是多久？支持新客户需要多久去修改API和服务？哪些API和服务通常串行使用，可能只是用其中一些才能为消费者创建提升销售的机会？

愿景

如果想提供公开API目录，这些功能是必需的。如果只是内部使用，这样的产品经理思维也仍然适用。在内部环境里，API无节制扩张的风险更大。典型的基于项目的IT文化驱动去构建项目所需的东西，从而导致紧密相关的服务数量激增。API管理工具必须研究API的整体组合，并且给出关于该组合冗余量的度量。

这意味着需要用不同的方式来分割组合，可以通过关键字匹配来实现，这些关键字可能是实际的接口，标签，业务能力映射或者其他选择用来分类服务的元数据。

最终，随着组合的增长，长期风险也随之增长。确保可以生成报告，能够看到服务最后被修改的时间，或者添加新用户的时间，并且定期审核这些报告。

这听上去涵盖了很多功能。就像其他事情一样，有被特定需要和API用户的需求所驱动的成熟流程。评估供应商的这些能力也很重要，因为需求可能会改变，所以确保所选技术能够随之成熟也至关重要。