【发布时间】：2017-02-01 11:18:23
【问题描述】：
可用于函数的新“消耗”层计划不允许您通过门户更改进程位数。是否有其他方法可以将进程翻转为 64 位，因为它是 DocDB 访问所必需的。
【问题讨论】：
标签： azure azure-functions azure-app-service-plans
【发布时间】：2017-02-01 11:18:23
【问题描述】：
您可以通过 API 进行设置。但请注意，在您看到门户中显示该选项之前，它不受官方支持。
这是一个简单的方法：
- 转到https://resources.azure.com/
- 找到您的函数应用，然后在树中的
config/web下找到 - 编辑 use32BitWorkerProcess 并将其更改为 false
【讨论】：
-
这是否适用于标准应用服务计划下的免费/共享定价层？
-
@juvchan 不，它没有。此设置在免费/共享中被阻止。如果您尝试，您将收到消息 64 位工作进程无法用于该站点，因为计划不允许这样做。
-
感谢@DavidEbbo 的澄清，这是预期的结果。
-
晚了，但你是传奇@DavidEbbo
目前，Azure Functions 禁用了 64 位选择（在消费和应用服务计划中）。我们正在努力进行一些验证以实现这一点，因此需要 64 位的客户可以进行更改。
需要注意的一点是，DocumentDB 团队已在其最新版本 (1.11.3) 中添加了 32 位支持，尽管我们尚未升级到该版本（这将发生），但您可以直接参考他们的包并在 32 位运行的函数中使用他们的客户端。
David's answer 今天还为您提供了一种启用 64 位的方法。
【讨论】：
Azure Functions 消耗计划根据资源计费 消费和执行。消费计划定价包括 每月免费授予 100 万个请求和 400,000 GB-s 的资源 每月消费。客户还可以在他们的 应用服务计划按常规应用服务计划费率计算。
根据消费定价层 App Service Plan尝试将Kudu放入Function App，发现总磁盘空间为1GB，相当于免费或标准应用服务计划的共享定价层。
比特度
基本、标准和高级层支持 64 位和 32 位 应用程序。
免费和共享计划层仅支持 32 位应用程序。
来源：https://docs.microsoft.com/en-us/azure/app-service-web/web-sites-scale#bitness
结论是Consumption定价层App Service计划相当于t0 Free/Shared定价层App Service计划，这就解释了为什么它只能支持32位。
【讨论】：
-
请注意，虽然它在某些方面与 Free/Shared 相似，但也有许多不同之处。实际上，可以通过 API 将其设置为 64 位（见我的回答）。