掌握 API 架构主动权：从了解 API 基础知识开始
应用编程接口 (API) 风靡一时。
虽然 API 并非新鲜事物，但近几年发生的情况（如新冠疫情期间数字化转型加速、软件集成增强以及为云重新构建传统应用平台付出的努力），已导致 API 持续无序扩展，企业为在现代数字经济中取得成功而做出的管理、安全甚至是架构的选择为之受到影响。
本质上，API 代表着机器的崛起。除此之外，好在人类仍可以控制其构建、管理和安全（至少目前如此）。
从根本上看，在“API 语言”（可以这么说）中，消费者通常通过由各种标准、架构和规范组成的统一接口，向生产者发送查询或请求。
例如，国家气象局（生产者）包含每日天气数据。您手机上的天气应用（消费者）通过 WeatherKit REST API 来传呼，或者更具体地说，咨询这个系统，然后通过天气应用程序的用户界面呈现数据。虽然这只是数百万用户使用的热门应用的简单示例，但值得注意的是，机器对机器通信代表了由 API 提供支持的现代数字体验流量份额不断增加。
API 提供了诸多可转化为商业价值的技术优势：
| 技术优势 | 商业价值 |
|---|---|
| 抽象化 Web 应用的底层实施。 | 企业可以快速部署移动应用和基于微服务的架构。 |
| 指定类型，以便开发人员可以通过工具执行 API 消费者。 | 领导者可以优化开发流程，缩短上市时间。 |
| 定义语义/行为，以模拟一致且可预测的信息交换。 | 合作伙伴可以开发第三方集成并从中盈利。 |
当涉及实施 API 时，有多个考量因素。具体而言，关乎于建模、版本控制和合同测试，这有助于解耦依赖性，并确保设计、构建和维护期间的互操作性。
| 考量因素 | 说明 | 优势 |
|---|---|---|
| 建模 | 表示和构建信息交换的语义或行为。 | 简化分布式架构管理。 |
| 版本控制 | 在整个 API 生命周期中，发布与维护治理策略。 | 最大化可用性和向后兼容性。 |
| 合同测试 | 定义消费者和生产者之间的交互和预期响应。 | 与第三方业务集成的确定性交互。 |
构建、管理和保护 API 的方法没有对错之分。事实上，当 API 开始激增时，有必要对 API 的特征和结构进行标准化，以便大规模进行使用。加入 OpenAPI 计划和由此产生的 OpenAPI 规范 (OAS)。Swagger 是实施 OpenAPI 规范的原始参考，大多数工具现已融合使用 OpenAPI上，其目前仍广泛运用。
事实上，API 可以使用各种标准、架构和规范进行构建。例如，RESTful 演示、gRPC 服务，以及连接至 GraphQL 架构。
| 实施 | 概述 | 优势 | 何时使用 |
|---|---|---|---|
 |
REST 是迄今为止部署最广泛的基于 API 的架构实施。 |
|
|
 |
GraphQL 是一种用于 API 的开源数据查询和操作语言，也是使用现有数据（由 Facebook 开发，现已是 Linux 基金会的一部分）完成这些查询的运行时。 |
|
|
 |
gRPC是由 Linux 基金会管理的现代化、开源、高性能远程过程调用 (RPC) 框架。 |
|
|
通过 API 基础知识入门，我们将在随后的帖文中探索如何构建、管理和保护 API 架构，然后再通过为云重新构建传统应用平台实现全面融合。
了解更多？即刻下载电子书：