API 优先方法是一种开发模型,在编写任何代码之前,应用的设计从 API 开始。 API 并非事后才考虑的问题,而是基础性且被视为独特产品,开发从 API 规范开始,应用s首先被概念化为 API。这与传统的“代码优先”方法形成鲜明对比,在这种方法中,单片代码优先,API 设计则在之后才会出现,甚至根本不会出现。

API 优先策略非常适合微服务架构,因为它可以确保应用生态系统以模块化和可重用系统的形式启动。 通过早期强调 API,API 请求和数据的结构得到突出显示。 这使得 API 能够提供开发人员最需要的内容,并避免开发人员将时间浪费在后来被发现不需要的功能上。

为什么要采用 API-First 模型?

当一家公司采用 API 优先模型(进而成为“API 优先公司”)时,它会优先考虑 API(无论是内部还是外部),并认识到 API 生命周期可能如何影响其业务。 对于企业而言,API‑first 通常意味着更快的产品上市时间,因为更新和更改后端服务更加容易。

除了提高生产速度之外,采用 API 优先方法还可以生产出更强大的软件。 开发人员可以专注于设计,因为团队不必从头开始,并且可以在项目之间重复使用他们的 API 和代码。 由于大多数问题在编写代码之前就已经得到解决,因此后期的工作量减少,从而节省了资金。

API-first 模型还简化了API 治理,默认为运营团队提供更多的控制和可观察性。 对 API 拥有更好的控制权和可见性使团队能够了解 API 的当前状态和未来潜力。

API-First 安全风险

API 的特点是开放,这赋予了它们强大的功能,但这也意味着任何开发人员都可以访问 API。但不幸的是,并不是每个开发人员都有良好的意愿。

创建成功的 API 优先模型时,必须集中定义 API 安全策略并将该安全性嵌入整个 API 生命周期。 而且,凭借以安全为中心的思维,API 优先模型可以比以前的以代码为中心的模型拥有更强大的安全边界。

您可以在 F5 博客《灾难秘诀》中了解更多有关确保 API 优先策略不会成为安全最后漏洞的重要性: 优先 API,最后安全策略

NGINX 能提供什么帮助?

API 连接管理器F5 NGINX 管理套件的一部分,其设计核心是 API 开发人员体验。 借助 API Connectivity Manager,基础设施团队可以部署高性能 API 网关和开发人员门户。 开发人员可以快速发布和管理 API 和文档,或者发现并将 API 加入到applications中。

API Connectivity Manager 还通过以下方式支持 API‑first 模型:

  • 使用OpenAPI 规范发布并自动生成文档
  • 为团队提供独立的工作空间来发布和管理他们的服务
  • 帮助开发人员管理其 API 和服务的生命周期

API 连接管理器是 NGINX安全 API 连接解决方案的关键部分,它提供以下好处:

  • 可扩展性——使用NGINX Plus 作为 API 网关,提供不折不扣的性能、可靠性和安全性
  • 可观察性——监控跨团队和环境的 API 流量,以识别配置错误和安全威胁
  • 治理——确保一致的监督,同时授权 API 开发人员通过细粒度的控制来管理他们的 API
  • 安全性 – 通过针对OWASP API 安全 Top 10 的开箱即用保护,保护 API 免受常见和高级威胁

开始30 天免费试用 NGINX 管理套件,其中包括API 连接管理器实例管理器