Azure Functions 本地设置指南
Azure Functions On-Prem Setup Guidance
我正在评估本地的 azure 函数，并希望将经理和工人角色分开。安装文档经历了两个角色都在同一台机器上的场景。
这是否意味着分离不同 VM 上的角色不会 supported/recommended？
如果这是可以接受的，那么嵌套虚拟化是否只需要在工作 VM 上进行，因为这是容器启动的地方？
使用像 "worker_" 和 "manager_" 这样基于角色的数据库前缀是常见的做法还是合理的？
感谢所有帮助！
您不能只将管理器安装在一个角色中，您可以做的是在其他机器上安装更多的工作人员，如文档中所述。要部署额外的工作人员，只需 运行 安装程序并选择 Functions Worker Role 选项，这样只会在该机器上安装功能工作人员。
在预览版中，我们将所有内容都安装在一台机器上，以便让人们快速 运行ning。不过，这是一个很好的反馈。
关于 role-based 前缀，我不确定我是否理解您的目标，只有一个数据库，用于整个 Functions Runtime 预览，由管理角色使用，我们不为每个工人创建一个单独的数据库。
我正在评估本地的 azure 函数，并希望将经理和工人角色分开。安装文档经历了两个角色都在同一台机器上的场景。
这是否意味着分离不同 VM 上的角色不会 supported/recommended？
如果这是可以接受的，那么嵌套虚拟化是否只需要在工作 VM 上进行，因为这是容器启动的地方？
使用像 "worker_" 和 "manager_" 这样基于角色的数据库前缀是常见的做法还是合理的？
感谢所有帮助！
您不能只将管理器安装在一个角色中，您可以做的是在其他机器上安装更多的工作人员，如文档中所述。要部署额外的工作人员，只需 运行 安装程序并选择 Functions Worker Role 选项，这样只会在该机器上安装功能工作人员。
在预览版中，我们将所有内容都安装在一台机器上，以便让人们快速 运行ning。不过，这是一个很好的反馈。
关于 role-based 前缀，我不确定我是否理解您的目标，只有一个数据库，用于整个 Functions Runtime 预览，由管理角色使用，我们不为每个工人创建一个单独的数据库。