azure - Azure 中的分布式应用服务 - API 管理、Service Fabric、ASE、应用程序网关？

Question

我计划拥有许多 Azure 应用服务 API 应用程序，其中一些应用程序应该可以通过单个根 URL 公开访问(两个客户端应用程序)，并且这些应用程序用于连接到不的内部服务。强>公开访问。

我研究了 Azure 上的一系列选项，包括:

Azure API Management

Azure Application Gateway

Azure Service Fabric Mesh

Azure App Service Environments

Ocelot

Azure Function Proxies

我似乎找不到一个明确满足我的要求的解决方案(我发现它真的很令人困惑):

1. 外部客户端的单一 URL 根
2. 内部服务之间的连接 (REST)
3. 基于无服务器架构
4. 支持应用服务 API 应用以及可能的 Azure Functions
5. 安全
6. 可扩展

非常感谢任何帮助或建议!

谢谢

Answer 1

您的问题太宽泛，很难给出涵盖所有这些项目的良好答案。我将添加我的 2 美分并指导以下信息，以向您详细说明正确的问题:

我认为您的决定面临 3 个主要挑战:

• 应用平台
• 负载平衡和访问管理
• 服务间通信

您不可能做出涵盖所有这些主题的单一决定，因为对一个主题的决定会影响其他主题:

首先，我建议您决定哪个应用程序平台更适合您的服务，在 Functions、AppService、Service Fabric Mesh 之间做出选择是一个艰难的决定，这里的一个答案不足以提供正确的信息。

在您的选项中，您缺少容器，这是 Service Fabric Mesh 的基础，如果容器是一个选项，您还必须增加许多其他平台的列表。

你的决定将是艰难的:

• 函数
• AppService API
• 服务结构网格
• Azure 容器实例
• 容器网络应用
• Kubernetes (AKS)

可扩展性与每个应用程序相关，一种解决方案可能在一个平台上可扩展，但其他解决方案则不能，您必须针对每种解决方案评估您的应用程序设计。

一旦您选择了正确的平台，服务与服务之间的通信将是下一步，每个平台都有一种比其他平台更有效的方法。

一旦您找到了这两个问题的答案，您就可以决定选择哪个代理\网关来处理负载平衡和访问管理，并且根据您上面的选择，Azure API 管理或 Azure 应用程序网关可能不是一个好的选择选项，但您还有其他可用选项。