C# Azure function应用程序计费、成本和性能取决于功能的数量
我看到Azure函数是基于()计费的:C# Azure function应用程序计费、成本和性能取决于功能的数量,c#,azure,azure-functions,C#,Azure,Azure Functions,我看到Azure函数是基于()计费的: 执行时间(GB/s) 处决次数 而且它们在实时负载方面是可伸缩的 在以下两种情况下是否会有任何性能、成本或收益/差异: 1 Azure函数接收所有流量请求R执行操作X并返回结果Y N Azure函数接收R/N请求,每次执行操作X并返回结果Y 换句话说,多azure功能上的分布式平衡负载是否会增加/降低此服务的成本/性能?基于上述文档,我看不出任何潜在的差异。我假设我们讨论的是消费计划中的HTTP函数 理论上,结果应该是一样的 在实践中,您可能会发现
- 执行时间(GB/s)
- 处决次数
- 1 Azure函数接收所有流量请求R执行操作X并返回结果Y
- N Azure函数接收R/N请求,每次执行操作X并返回结果Y
换句话说,多azure功能上的分布式平衡负载是否会增加/降低此服务的成本/性能?基于上述文档,我看不出任何潜在的差异。我假设我们讨论的是消费计划中的HTTP函数 理论上,结果应该是一样的 在实践中,您可能会发现一些差异:
- N功能应用程序可能会导致更多的冷启动(当新实例启动时),特别是对于低负载
- 据报告,对于某些HTTP场景,单功能应用程序的性能低于预期(例如,请参阅本文:,)。外部负载平衡器可能会缓解其中一些问题,也可能不会