Azure functions Azure功能基于使用情况或级别定价

这似乎是一个愚蠢的问题，但无论如何，如果没有其他问题的话，我会为子孙后代提出这个问题。我在报纸上读到：

Azure函数执行时间以千兆字节秒（GB-s）为单位，计算方法是将应用程序的内存大小（以千兆字节为单位）乘以执行时间（以秒为单位）总和[…]函数应用程序的预期内存大小必须在128MB和1536MB之间以128MB的增量预选。内存层越大，每秒消耗的GB-s越多

这使我认为定价是基于层“块”和执行时间的组合。例如，如果一个128 MB的函数同时运行5秒钟，不管它们做什么，其成本都会低于一个512 MB的函数。但是，本文提到了应用程序的工作集。不过，这种情况并不是专门针对定价的

---

我的问题是：函数定价是纯粹基于选定的内存层，还是基于实际内存使用量（随时间而变化）？如果您选择1536MB作为存储层，但您只使用过100MB，这实际上是在浪费时间吗？

根据您为存储层选择的内容，这在今天是有效的。执行函数的进程仅限于此内存量

还有其他好处没有承诺，但增加后可以观察到。这有助于减少正在运行的VM上的“嘈杂邻居”，从而提高CPU和网络吞吐量

---

通常，我建议您选择最接近您认为需要的尺寸，然后在使用滑块的地方进行一些e2e性能测试。它可能对你有帮助，也可能没有帮助，你可能不值得为你所意识到的进步付出额外的代价。

现在仍然是这样吗？我不记得在任何时候设置函数时都选择了内存层（尽管我对它们还是很陌生！）是的，这在预览版中是正确的，但它一旦被删除就被删除了