部署 Azure 自动化帐户 Runbook 的最佳实践
Best practice to deploy Azure Automation Account Runbooks
我正在尝试使用 Azure 自动化帐户部署多个 python 运行手册,运行手册之间使用的 python 包是相同的,但每个运行手册对应于不同的项目或计划。我在这里寻找一些架构设计建议。
所以,我的问题是:我是否应该为每个项目创建不同 个自动化帐户(因为没有自动化帐户的最大限制),以保持逻辑分离?
或者我应该使用相同的 自动化帐户并在其中创建不同的运行手册,然后尝试将类似的运行手册逻辑分组到自动化帐户中? (后者的优点是 python 个包在一个自动化帐户中只加载一次)
重要说明:每个 runbook 的访问权限都是相同的,因此,在权限方面,创建不同的或使用相同的自动化帐户没有问题。
当我们谈论自动化过程时,azure 向我们收取 运行book jobs 和 watchers 的费用。对于 运行 预订工作,您将按一个月内 运行 所有自动化帐户 的工作总分钟数 收费,前 500 分钟免费。查看此 document 了解有关定价的更多信息。
因此,定价对您来说不是问题。到目前为止,我还没有找到任何场景来指定何时应该使用单个或多个自动化帐户,这主要是根据项目需求。
如果您的项目要求有一个模型,其中 工作逻辑的分离是最优先的,那么您可以为多个 运行 创建不同的自动化帐户书籍(例如,您可能使用一个帐户用于开发,另一个用于生产,等等)或者我更愿意使用相同的自动化帐户。
查看 Azure Automation document and Automation account 文档以获取更多信息。
我正在尝试使用 Azure 自动化帐户部署多个 python 运行手册,运行手册之间使用的 python 包是相同的,但每个运行手册对应于不同的项目或计划。我在这里寻找一些架构设计建议。
所以,我的问题是:我是否应该为每个项目创建不同 个自动化帐户(因为没有自动化帐户的最大限制),以保持逻辑分离?
或者我应该使用相同的 自动化帐户并在其中创建不同的运行手册,然后尝试将类似的运行手册逻辑分组到自动化帐户中? (后者的优点是 python 个包在一个自动化帐户中只加载一次)
重要说明:每个 runbook 的访问权限都是相同的,因此,在权限方面,创建不同的或使用相同的自动化帐户没有问题。
当我们谈论自动化过程时,azure 向我们收取 运行book jobs 和 watchers 的费用。对于 运行 预订工作,您将按一个月内 运行 所有自动化帐户 的工作总分钟数 收费,前 500 分钟免费。查看此 document 了解有关定价的更多信息。
因此,定价对您来说不是问题。到目前为止,我还没有找到任何场景来指定何时应该使用单个或多个自动化帐户,这主要是根据项目需求。
如果您的项目要求有一个模型,其中 工作逻辑的分离是最优先的,那么您可以为多个 运行 创建不同的自动化帐户书籍(例如,您可能使用一个帐户用于开发,另一个用于生产,等等)或者我更愿意使用相同的自动化帐户。
查看 Azure Automation document and Automation account 文档以获取更多信息。