深入探索 API 世界：从基础概念到平台架构
1. API 与 Proto - APIs 的本质理解
API，从定义上来说，是允许两个程序组件进行交互的任何类型的接口。当聚焦于“网络/Web APIs”时，它则是能让两个程序组件通过网络进行交互的接口。
在许多组织中，一些接口可能未被称作“APIs”，也并非为复用而设计。但实际上，这些接口大量存在，尽管它们常被用于一对一集成，这在一定程度上削弱了 API 可复用的核心价值。
Proto - APIs 指的是在复杂系统中，用于组件交互但并非 API 的机制。在理想情况下，所有组件交互都应通过 API 进行，所以任何非 API 的交互机制都可视为 Proto - APIs，是现代化改造、用 API 替代的候选对象。
开展 API 考古工作很有价值，它有助于了解集成需求出现的位置和历史，即便现有 Proto - APIs 并非都值得用实际 API 替换，但通过了解集成历史，能洞察集成需求的观察和满足方式，以及可能出现额外集成需求的地方。随着实践的积累，用更现代的基于 API 的模型替换 API 前的集成方式会变得更加容易。
2. 大规模 API 管理的平衡艺术
大规模 API 管理是一场在景观级设计和单个 API 级设计自由之间的平衡游戏，本质上是集中式集成和分散式集成两种理念的较量：
-集中式集成：是过去典型企业 IT 架构的构建方式。其主要驱动力是标准化能力交付，以实现优化和成本效益。高度集成虽有利于优化，但会影响系统的可变性和可扩展性。
-分散式集成：以互联网为典型
