azure - 使用什么来路由 Azure 中的数千个子域？

Question

我们有一个应用程序托管在 Microsoft Azure 的多个环境中。我们希望根据子域路由流量，例如 xxx.mydomain.com 应该转到我在北欧的 web 应用程序，yyy.mydomain.com 和 zzz.mydomain.com 应该转到我在东部的 web 应用程序美国。

我知道这听起来像是简单的 DNS，但它的意义远不止于此。因为:

• 我需要能够使用代码动态添加或更新条目，因此应该可以使用 API。
• 普通的 DNS 条目有 24 小时的生存时间，这意味着如果我想将应用从一个环境移动到另一个环境，在长达 24 小时的时间内，用户将同时访问这两个环境。
• 我预计会有数十万个子域。 Azure DNS 的条目限制为 25,000 个。

我研究了 Azure 流量管理器。它似乎没有基于子域的流量选项。另外，我还研究了 Azure 应用程序网关。这似乎是正确的选择，并且支持 API，但我找不到子域的限制。

有什么建议吗？

Answer 1

从标准来看，您似乎正在寻找可通过 API 控制的负载平衡器/代理/应用程序交付 Controller 解决方案。我会在这里添加我的 5 美分，因为我们刚刚遇到了非常相似的问题。然而，这些更多的是建议在 Azure 之外的其他地方寻找答案。

azure

Azure 流量管理器或 Azure 应用程序网关具有您无法适应的限制。例如，在具有 200 条规则的 Azure 应用程序网关中，您可能只托管 200 个 HTTPS 站点，当您需要提供 HTTP 和 HTTPS 服务时，您每个应用程序网关仅限 100 个站点。您需要将解决方案拆分为多个订阅，以适应订阅范围的限制。另外，应用程序网关 API 对于我来说有点过于复杂。

Azure DNS 也存在一些问题，因为 DNS 记录最多可以持续 24 小时。因此，您将失去立即将流量切换/路由到不同来源的能力。

自托管

您可以研究更多老式解决方案，运行 HAProxy 或 Nginx 并以编程方式动态修改其配置(文本文件)并重新加载配置。 HAPRoxy 还有一个 socket "API"可以为您简化配置修改和重新加载。

还有一组新的服务网格 Controller ，例如 Kong ，它可以在云中本地运行，并且适用于服务网格解决方案，但是 Kong 提供了一个简单的 API，您可以在其中轻松管理/路由流量。

SaaS

如果您打算购买此服务，边缘云提供商(例如 Cloudflare、FaSTLy 或其他提供商)确实是“一个大型代理服务器”，并且可以以编程方式配置它们以将流量路由到不同的来源，这就是它们的作用毕竟要做。