我正在创建一个关于混合本地/Azure 云场景的集成模式的参考架构。两个世界之间建立了 Azure 快速路线。
在本地世界中，已经有一个中间件服务可以处理入站-出站流量并充当网关。
在Azure云世界中，已经有一个APIM实例来处理外部公共服务的入站流量和出站流量。
我正在考虑使用 APIM 在 Azure 云应用程序（Azure 函数、逻辑应用程序、AKS 微服务等）和本地中间件/网关应用程序之间进行系统到系统的调用。 其背后的原因是我想要一个所有入站和出站流量的集中管理系统，将所有策略、安全、日志记录和流量管理集中在一个系统中。此外，所有 Azure 系统都不会与本地系统有直接依赖关系，只有 APIM 来管理它。 我还考虑了一些缺点，例如 APIM 的扩展目前至少需要 20 分钟，这对于低延迟场景来说被认为是巨大的。此外，再增加一跳（除了增加延迟之外）还会带来更多潜在故障风险，因为 APIM 正在成为 SPOF。
您对这种架构方法有何看法？
总体来说是有道理的。不确定您是否已经看过它，但此参考架构与您正在构建的架构类似：https://learn.microsoft.com/en-us/azure/architecture/example-scenario/integration/app-网关内部 api 管理功能
一些评论：
可以通过加入可用区以防止计算故障来缓解 SPOF 问题。通过控制开发流程可以防止配置部署失败。
查看 v2 层以缩短配置和扩展时间：https://learn.microsoft.com/en-us/azure/api-management/v2-service-tiers-overview#key-capability