对于不经常使用的后端，需要健壮的配置，Azure上的最佳架构设计是什么？

Question

我正在努力寻找最佳的云架构，以便在Microsoft上托管一个软件。

设想如下：

• A (容器化) REST向用户公开，用户可以通过它提交、发布和获取请求。POST请求触发一个后端，该后端需要一个健壮的配置才能正常运行，并发送GET请求来获取后端的结果(如果有的话)。该解决方案的这个组件目前托管在一个Azure上，它完美地完成了工作。
• (容器化的)后端(由POST请求触发)在短时间内执行大量计算(通常分配5-10分钟用于计算)。这个后端需要(至少)4核和16 Gb内存，但越多越好。

当前的配置包括与App上的REST一起托管的后端，以及满足后端需求的计划。这显然不是非常符合成本效益，因为后端是闲置的~90%的时间.更重要的是，尽管有基于CPU使用的自动缩放规则，但它实际上并不具有可伸缩性:如果同时发出几个POST请求，它们就可能被同一个实例处理，并由于内存不足而崩溃。

• Azure函数似乎不是一种选择:他们提出的无服务器(消费计划)解决方案仅限于1.5GB内存，并且不支持Docker。
• Azure容器实例也是如此，因为首先CPU的最大数量为4(虽然这里是可接受的)，其次是大约2分钟的冷启动(我想是由于容器组的创建、图像的拉出等等)。尽管从用户的角度来看，这个过程是异步的，但是不允许高延迟，因为结果预计在5-10分钟之内，所以冷启动是一个problem.
• Azure批处理，乍一看，这似乎是一个完美的适合(强大的配置，为高性能hpc，成本效益，为时间限制的任务，.)似乎也很慢(创建一个池需要几分钟时间，作业提交时不会立即运行)。

你知道我能用什么吗？

提前感谢！

Answer 1

Azure函数

您可以查看Azure函数弹性高级计划。EP3有4核，14 of内存和250 of存储。

高级计划托管为您的功能提供了以下好处：

与多功能应用计划的消费instances

• Virtual应用程序分配相比，
• 避免从永久温暖的guaranteed.
• Premium网络应用执行持续时间开始，60分钟guaranteed.
• Premium实例大小:一个核心、两个核心和四个核心instances.
• More可预测定价。

https://learn.microsoft.com/en-us/azure/azure-functions/functions-premium-plan?tabs=portal

批次考虑

在设计使用 Batch 的应用程序时，必须考虑批处理在区域中不可用的可能性。可能会遇到一种罕见的情况，即整个区域、区域中的整个批处理服务或您的特定批处理帐户都有问题。

如果使用批处理的应用程序或解决方案总是可用的，则应该将其设计为将故障转移到另一个区域或始终将工作负载划分为两个或多个区域。这两种方法至少需要两个批处理帐户，每个帐户位于不同的区域。

https://learn.microsoft.com/en-us/azure/batch/high-availability-disaster-recovery