Azure工作人员角色和；Azure自动化？

这两件事是完全不同的还是大致相同/相似？

Azure Worker角色是“应用程序场”中您自己的一组虚拟机。您可以在它们上以分布式方式运行任何代码。通常，您要编写在这些服务器上运行的业务代码（即：订单处理程序、客户电子邮件发送程序、云到楼宇同步器等）

Azure Automation更适用于自动化管理任务，例如：

• 每天重新启动服务器一次
• 将bits部署到临时环境
• 对特定资源等运行连接测试

Azure自动化是在Powershell中编写的，它非常适合完成小型管理任务。不过，我不想在Powershell中编写复杂的订单处理系统：O

此外，使用工作者角色，您可以很好地控制运行代码的VM。可以在其上安装第三方组件，访问本地存储，基本上可以执行常规C#/VB.NET程序可以执行的任何操作。自动化是一种自动化管理任务的服务

---

HTH

Azure Worker角色是“应用程序场”中您自己的一组虚拟机。您可以在它们上以分布式方式运行任何代码。通常，您要编写在这些服务器上运行的业务代码（即：订单处理程序、客户电子邮件发送程序、云到楼宇同步器等）

Azure Automation更适用于自动化管理任务，例如：

• 每天重新启动服务器一次
• 将bits部署到临时环境
• 对特定资源等运行连接测试

Azure自动化是在Powershell中编写的，它非常适合完成小型管理任务。不过，我不想在Powershell中编写复杂的订单处理系统：O

此外，使用工作者角色，您可以很好地控制运行代码的VM。可以在其上安装第三方组件，访问本地存储，基本上可以执行常规C#/VB.NET程序可以执行的任何操作。自动化是一种自动化管理任务的服务

---

HTH

Azure Worker角色是“应用程序场”中您自己的一组虚拟机。您可以在它们上以分布式方式运行任何代码。通常，您要编写在这些服务器上运行的业务代码（即：订单处理程序、客户电子邮件发送程序、云到楼宇同步器等）

Azure Automation更适用于自动化管理任务，例如：

• 每天重新启动服务器一次
• 将bits部署到临时环境
• 对特定资源等运行连接测试

Azure自动化是在Powershell中编写的，它非常适合完成小型管理任务。不过，我不想在Powershell中编写复杂的订单处理系统：O

此外，使用工作者角色，您可以很好地控制运行代码的VM。可以在其上安装第三方组件，访问本地存储，基本上可以执行常规C#/VB.NET程序可以执行的任何操作。自动化是一种自动化管理任务的服务

---

HTH

Azure Worker角色是“应用程序场”中您自己的一组虚拟机。您可以在它们上以分布式方式运行任何代码。通常，您要编写在这些服务器上运行的业务代码（即：订单处理程序、客户电子邮件发送程序、云到楼宇同步器等）

Azure Automation更适用于自动化管理任务，例如：

• 每天重新启动服务器一次
• 将bits部署到临时环境
• 对特定资源等运行连接测试

Azure自动化是在Powershell中编写的，它非常适合完成小型管理任务。不过，我不想在Powershell中编写复杂的订单处理系统：O

此外，使用工作者角色，您可以很好地控制运行代码的VM。可以在其上安装第三方组件，访问本地存储，基本上可以执行常规C#/VB.NET程序可以执行的任何操作。自动化是一种自动化管理任务的服务

---

HTH

谢谢，这很有帮助！那么，从本质上讲，工作者角色仅限于在Azure上运行的VM？我正在寻找一个很好的解决方案来为Azure SQL（即不是VM）运行简单的SQL作业。是的。对于简单的sql作业，自动化可能是一个不错的解决方案。谢谢，这很有帮助！那么，从本质上讲，工作者角色仅限于在Azure上运行的VM？我正在寻找一个很好的解决方案来为Azure SQL（即不是VM）运行简单的SQL作业。是的。对于简单的sql作业，自动化可能是一个不错的解决方案。谢谢，这很有帮助！那么，从本质上讲，工作者角色仅限于在Azure上运行的VM？我正在寻找一个很好的解决方案来为Azure SQL（即不是VM）运行简单的SQL作业。是的。对于简单的sql作业，自动化可能是一个不错的解决方案。谢谢，这很有帮助！那么，从本质上讲，工作者角色仅限于在Azure上运行的VM？我正在寻找一个很好的解决方案来为Azure SQL（即不是VM）运行简单的SQL作业。是的。对于简单的sql作业，自动化可能是一个不错的解决方案