dns - 负载均衡器和 API 网关混淆

Question

我一直致力于移动技术，现在我正在涉足后端系统，更具体地说是系统设计。对于 api 网关和负载均衡器的角色，我不断遇到相互矛盾的陈述。谷歌搜索只返回了相同的六个结果，主要集中在某些著名服务提供的负载均衡器或 api 网关服务的实现上。我将在这里列出我面临的所有困惑，希望有人能澄清所有这些。

有时，我遇到 API 网关是与客户端设备的单点通信。另一方面，有些地方提到“请求进入负载均衡器，负载均衡器将其平均分布在服务器上”。那么什么是正确的呢？ API Gateway 接收请求还是负载均衡器？

其他地方，当我用谷歌搜索这个话题时，说两者完全不同。我知道 API Gateway 做了很多事情，比如 SSL 终止、日志记录、限制、验证等，但它也做负载平衡。那么API Gateway本身就是一个负载均衡器，还配备了其他职责？

关于这个主题，我想了解负载均衡器是在同一集群的服务器之间还是跨不同数据中心或集群分配负载？ API 网关呢？

api 网关有什么特别之处，以至于它是微服务架构的默认选择？ API 网关在哪里托管？ DNS 将域名解析为负载均衡器或 api 网关？

可能很清楚，我完全糊涂了。如果问题是正确的，负载均衡器在哪些系统中比 API Gateway 受益更多。

Answer 1

API 网关主要进行 API 管理并提供各种其他关键功能，例如 IAM(身份和访问管理)、速率限制、断路器。因此，它主要消除了为每个微服务的安全、缓存、节流和监控等功能实现 API 特定代码的需要。微服务通常会在 API 网关的帮助下公开 REST API，以便在前端、其他微服务和 3rd 方应用程序中使用。

但是，通常情况下，API Management 不包含负载均衡功能，因此应与负载均衡器配合使用才能实现相同的功能。

在基于 Azure 的系统架构中，有 Azure 应用程序网关，它是一个负载均衡器，它运行在第 7 层上，在使用基于 HTTP 请求或附加属性的路由决策来路由流量方面提供比传统负载均衡器(第 4 层)更多的功能。交通内容。这也可以称为应用程序负载平衡器。它应与 Azure API 管理(API 网关)结合使用。 Azure 有一个在 DNS 级别运行的流量管理器，它使用 DNS 根据流量路由方法和端点的健康状况将客户端请求定向到最合适的服务端点。流量管理器还使用在 DNS 级别配置的规则，并支持将负载分布到多个区域和数据中心。在每个区域或数据中心内，应有应用网关和负载均衡器，应用网关应帮助确定要从中获取响应的应用服务器，负载均衡器应帮助进行负载均衡。

基于 Azure 的系统概述:

以下是一些相关的引用资料:

Azure 应用程序网关 - https://docs.microsoft.com/en-us/azure/application-gateway/application-gateway-introduction

Azure 负载均衡器- https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-overview

Azure 流量管理器 - https://docs.microsoft.com/en-us/azure/traffic-manager/traffic-manager-overview

场景架构 - https://docs.microsoft.com/en-us/azure/traffic-manager/traffic-manager-load-balancing-azure