选择合适的 API 网关模式，实现有效的 API 交付-低调大师

选择合适的 API 网关模式，实现有效的 API 交付

2023-03-15 910

原文作者：Elle Poole Sidell of F5

原文链接：选择合适的 API 网关模式，实现有效的 API 交付

转载来源：NGINX 官方网站

NGINX 唯一中文官方社区，尽在 nginx.org.cn

ProgrammableWeb 的 API 目录自 2005 年以来一直在跟踪外部可用的 API，这个数字在 2019 年 6 月突破了 22,000 大关。在此之前的 4 年里，发布的 API 数量增长了近 60%，这表明 API 经济不仅增长强劲，而且还将持续下去。

API 是许多业务的核心，能够创造巨大的价值和收入。现在，IT 组织要想保持领先，就必须找到一种管理和控制 API 访问的方法，而且这一需求比以往任何时候都迫切。

API 管理的重要性

随着企业开始从单体应用过渡到基于微服务的应用，他们还意识到 API 不仅可以促进高效的数字化通信，还可以成为新的收入来源。例如，Salesforce.com 有一半以上的年收入来自其 API，而 Expedia.com 有近 90% 的收入依赖于 API 经济。

兹事体大，企业不能容忍其 API 架构出现任何闪失，他们必须要确保 API 具备出色的性能、可控性和安全性。

API 网关 ≠ API 管理

虽然“API 网关”和“API 管理”这两个词语有时被互换使用，但要注意其中的区别。

API 网关是 API 访问权限的“门卫”，负责保护和管理 API 使用者与暴露这些 API 的应用之间的流量。API 网关通常负责处理身份验证和授权、请求路由、速率限制以避免系统过载、防护 DDoS 攻击、卸载 SSL/TLS 流量以提高性能以及处理错误或异常。

而 API 管理是指在 API 的整个生命周期内管理 API 的过程，包括定义和发布 API、监控 API 性能、分析使用模式以创造最大业务价值等。

常见的 API 网关部署模式

那么，如何才能有效交付 API 呢？

作为全球首屈一指的 API 网关，NGINX 交付了当今网络上超过一半的 API 流量。虽然模式没有对错之分，但有一些 API 网关模式是最常用的，我们在此进行了总结。

集中式边缘网关

这是最常见的 API 网关模式，采用了传统的应用交付控制器 (ADC) 架构。在这种模式下，网关几乎可以处理所有事情，包括：

SSL/TLS 卸载
身份验证
授权
请求路由
速率限制
请求/响应操作
Facade 路由

当从集中治理的单体应用暴露应用服务时，这种方法非常合适，但对于微服务架构或是总有频繁更改的情况就差点意思了 —— 传统边缘网关都是针对南北向流量进行优化，并不能高效处理分布式微服务环境中产生的大量东西向流量。

双层网关

随着服务逐渐变得小型化和分散化，许多企业转向了双层（多层）网关模式，将多个网关的角色分离开来。

这种方法将安全网关作为第一层，以管理：

SSL/TLS 卸载
身份验证
集中式连接和请求日志记录
跟踪注入

将路由网关作为第二层，以处理：

授权
服务发现
负载均衡

在一些情况下，我们需要考虑分散的 service 的灵活性和功能独立扩展的需求。双层网关模式最适合这样的情况。但是，当有多个团队管理不同的环境和应用时，这种方法可能会带来问题，因为它不支持分布式控制。

微网关

微网关模式建立在双层网关方法之上，为各个 DevOps 团队提供了专用网关，这不仅可以帮助他们管理 service 之间的流量（东西向流量），而且还支持在不影响其他应用的情况下进行变更。

此模式在边缘提供了以下功能：

SSL/TLS 卸载
路由
速率限制

然后企业再为每个 service 添加独立的微网关，以管理：

负载均衡
服务发现
每个 API 的身份验证

尽管微网关的设计初衷是与微服务协同工作，但它们也为实现一致性和可控性增加了阻力。每个微网关可能都有一组不同的策略和安全规则，并且需要整合多个 service 的监控信息和指标。微网关很容易适得其反 —— 原本是为了尽量“小”，结果却往往需要根据业务目标实施全量的 API 配置。

per-pod 网关

per-pod 网关模式将代理网关嵌入到了各个 pod 或容器中，从而完善了微网关模式。网关负责管理到 pod 的入向流量，应用了身份验证和速率限制等策略，然后将请求传递到本地微服务。

per-pod 网关模式不执行任何路由或负载均衡，因此通常与上文提到的任一模式结合部署。具体来说，您可能会使用 per-pod 网关执行以下部分或全部功能：

pod 中应用的 SSL/TLS 卸载
跟踪和指标生成
身份验证
速率限制和队列
错误处理，包括断路器式的错误消息

per-pod 网关通常是轻量级的，并且其配置是静态的。它仅将流量转发到本地微服务实例，因此当应用拓扑发生变化时不需要进行重新配置。如果需要更改其中一项策略，则可以使用新的代理配置重新部署微服务 pod。

Sidecar（边车）网关和 service mesh（服务网格）

Sidecar 网关模式将网关部署为微服务的出入向代理，这允许 service 直接进行相互通信，sidecar 代理则负责处理和路由入站和出站的通信。

此模式使用边缘网关管理：

如欲了解本文后续内容，请点击《选择合适的 API 网关模式，实现有效的 API 交付》查看后续内容。

NGINX 唯一中文官方社区，尽在 nginx.org.cn

更多 NGINX 相关的技术干货、互动问答、系列课程、活动资源：

开源社区官网：https://www.nginx.org.cn/
微信公众号：https://mp.weixin.qq.com/s/XVE5yvDbmJtpV2alsIFwJg

微信关注我们

原文链接：https://my.oschina.net/u/5246775/blog/8569724

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

运维百家讲坛第3期：快猫来炜 - 如何端好运维的饭碗

运维百家讲坛，通过采访和约稿的方式，请运维领域老炮输出深刻洞见，共同碰撞，以期形成一些先进的共识，推动行业更好得前进。讲坛第1期《井源 - 运维几何》和前段时间马驰的《是时候让运维集体下岗了》在业界引起广泛讨论，运维岗位真的没有前途了吗？如何把饭碗端稳？这一期，我们采访了快猫星云的来炜，来炜是运维破圈创业人士，既然能创业，一定是在行业内有很深的积累的，他会怎么看待这个问题？让我们一起来听一种新的声音！这里是接地气、有高度的《运维百家讲坛》第 3 期，开讲！介绍一下您自己以及现在的公司？大家好，我是快猫星云的来炜。快猫星云是一家云原生智能运维科技公司，由开源监控工具“夜莺监控”的核心开发团队组成。快猫星云打造的云原生监控分析平台——“Flashcat平台”，旨在解决云原生架构、混合云架构下统一监控难、故障定位慢的问题。如果想更多了解快猫星云创立背后的故事，大家可以进一步阅读 ITPub 对我的一个专访《十年死磕，从一线工程师到CEO》，欢迎大家指正。有些运维老炮反映公司对运维的价值所知甚少，您是怎么给公司讲清楚运维的价值的？把工作的价值，如何通俗易懂的给公司管理层讲清楚，并...

2023-03-15

342

监控系统是运维工作中不可或缺的一项技术，一个好的监控系统能够对设备和系统的关键指标实时采集、存储、分析、告警，真正做到“事前预警，事后追踪”，从而大大降低运维成本，提高运维效率。 openGemini提供了260+项丰富的内核运行状态和设备运行监控指标，来满足我们日常的监控告警需求和帮助问题定位，本文将着重介绍如何搭建openGemini的内核运行实时监控系统。整体部署监控系统的整体部署方案如下图所示：该方案包含监控数据生产、采集、存储、分析告警和展示等所有功能，主要由四部分组成： openGemini集群：随着业务运行，openGemini持续输出内核运行状态的各项指标数据。openGemini同时支持两种方式输出指标数据，第一种将指标数据输出到日志中；第二种则为HTTP方式，采用openGemini的数据格式，接收端需使用InfluxDB或openGemini这两种数据库均可。指标采集：如上所述，采用HTTP方式输出指标数据，则无需额外的数据采集工具，但会缺乏一些监控指标，如磁盘利用率、创建的表总数、时间线数量、创建的数据库总数等。如果将数据输出到日志中时，则需要使用t...

2023-03-15

558

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。