Azure ScaleSets 不回滚
Azure ScaleSets does not Rollback
我只是按照 creating Azure ScaleSet 教程，并选择了 Windows 比例集。作为参数，我提供了管理员用户名 "admin" 用于测试。当我开始部署时，它开始创建存储帐户、public IP 等，但突然失败，抱怨用户名不够强。
但是当我检查我的 Azure 资源时，我发现正在创建这些存储帐户和其他资源。难道没有回滚进程来回滚这些资源吗？
ARM 背后的概念是一切都在资源组级别进行管理。无论您是在谈论单个存储帐户还是一千个虚拟机，这都无关紧要。如果部署不起作用，回滚的方法是简单地删除资源组，并且其中包含的所有内容也将被删除。
来自 Azure Resource Manager overview
All of the resources in your group should share the same lifecycle. You will deploy, update and delete them together. If one resource, such as a database server, needs to exist on a different deployment cycle it should be in another resource group.
与 IT 中的大多数其他事情一样，重要的部分是决定分工线应该走向何方。就我个人而言，我尝试将资源组作为一项谨慎的服务，例如数据库、规模集、前端 Web 服务器。这样每个单独的单元都可以在不影响其他部分的情况下被换出。
我只是按照 creating Azure ScaleSet 教程，并选择了 Windows 比例集。作为参数，我提供了管理员用户名 "admin" 用于测试。当我开始部署时，它开始创建存储帐户、public IP 等，但突然失败，抱怨用户名不够强。
但是当我检查我的 Azure 资源时，我发现正在创建这些存储帐户和其他资源。难道没有回滚进程来回滚这些资源吗？
ARM 背后的概念是一切都在资源组级别进行管理。无论您是在谈论单个存储帐户还是一千个虚拟机，这都无关紧要。如果部署不起作用，回滚的方法是简单地删除资源组，并且其中包含的所有内容也将被删除。
来自 Azure Resource Manager overview
All of the resources in your group should share the same lifecycle. You will deploy, update and delete them together. If one resource, such as a database server, needs to exist on a different deployment cycle it should be in another resource group.
与 IT 中的大多数其他事情一样，重要的部分是决定分工线应该走向何方。就我个人而言，我尝试将资源组作为一项谨慎的服务，例如数据库、规模集、前端 Web 服务器。这样每个单独的单元都可以在不影响其他部分的情况下被换出。