"API 管理" 和 "API 网关" 这两个术语经常会被交替使用,在大模型应用上更甚(大模型被认为是 API 经济/货币化的催化剂)。但实际上,它们代表着不同的概念,服务于 API 生命周期的不同阶段。本文将探讨两者的起源和发展、关键差异对比、如何协同工作以及未来发展趋势。希望本文对技术团队做出更明智的架构决策上,能起到一些助益。
一、起源和发展
API 网关的演进
API 网关随着软件架构的演进,呈现出不同的形态。
软件架构的演进是一个不断适应技术发展和业务需求变化的过程,经历了单体架构、垂直架构、SOA 架构、微服务架构、云原生架构。随着大模型的普及,开始向 AI 原生架构演进。
1、流量网关
单体架构下,网关负责管理和优化数据流量,以提升业务的可伸缩性和高可用性。Nginx 作为流量网关的代表性软件,以其高效的性能和灵活的配置广受欢迎。流量网关的核心目的是解决多业务节点的流量负载均衡问题。通过将请求分配到不同的服务器上,从而均匀分摊负载,避免单点故障,确保服务的稳定性和连续性。
2、微服务网关
2014 年起,随着众多互联网企业将单体架构拆分为数百个微服务,服务间通信的复杂性呈指数级增长。同时,随着互联网经济的加速发展,访问流量陡增。Nginx 已经难以承载微服务架构下的流量管理&#