Azure功能消耗计划限制

我有一个IoT场景的Azure函数，具有可预测的事件负载。目前，15个函数在同一个函数应用程序（单个dll）下运行

现在我们计划为每个函数创建一个单独的函数（15个dll项目）

为什么是15功能

一个每天处理数百万个事件的功能将把此功能放在专用应用程序服务计划中

REST14函数的负载非常有限，所以我们计划进入消费计划。每月免费处决100万人

每个功能都可以独立扩展

担忧

我需要在我的解决方案中创建15个项目（根据此设计将添加更多项目）

门户上会显示太多资源（15个functionApp+15个App service plan+1个存储帐户（所有功能都是通用的）），乘以环境数量（开发+内部+质量保证+性能+阶段+产品）总共186个资源

这种设计对我来说不太合适，但有一些优点。在敏捷模式下工作：P

此设计中的资源数量或任何其他资源是否存在任何限制/问题？

基于Fabio的这一点，您可以使用消费计划为所有功能应用程序提供一个应用程序服务。此外，如果你的所有功能（关于消费计划）的负荷组合小于100万个执行，你可能只需要在一个应用程序中，但在消费计划中考虑这些功能。 至于资源的数量，我不认为这会直接造成任何问题，除了限制。

基于Fabio的这一点，您可以使用消费计划为所有功能应用程序提供1个应用程序服务。此外，如果你的所有功能（关于消费计划）的负荷组合小于100万个执行，你可能只需要在一个应用程序中，但在消费计划中考虑这些功能。 至于资源的数量，我认为除了限制之外，这不会直接造成任何问题