在 Azure 中布局资源组的问题答案

【问题标题】：Questions on laying out Resource Groups in Azure在 Azure 中布局资源组的问题
【发布时间】：2016-04-14 03:39:41
【问题描述】：

我们正在寻找使用 Azure Web 应用程序移动/创建 3 个网站，并希望确定资源组的最佳设计以用于此。

这 3 个网站（website1、website2 和 website3）都指向同一个数据库。

我们希望有一个这样的部署周期：

Azure Web App (AWA1) – website1-dev（数据库：CompanyDb-dev；文件存储：CompanyFiles-dev）（服务计划 F1（免费））

AWA2 – website1-qa（数据库：CompanyDb-dev；文件存储：CompanyFiles-dev）（服务计划 F1（免费））

AWA3 – website1 & website1-staging（slot）（DB：CompanyDb；文件存储：CompanyFiles）（服务计划 S1、S2 或 S3）

因此，对于 website1，我们可以发布到 –dev、-qa 或 –staging，并且 –dev 和 –qa 将使用 –dev 数据库和文件存储，而 –staging 和 prod 将使用 prod 数据库和文件存储.

那么，我的问题是，将 3 个 Azure Web 应用程序、2 个数据库和 2 个文件存储在同一个资源组中是否有意义？

如果我们的其他两个网站也将使用 CompanyDb，它们（及其相关开发 Azure Web 应用程序）是否应该在同一个资源组中？还是他们自己的资源组？

【问题讨论】：

【解决方案1】：

根据Azure Resource Manager overview 文档页面。

您组中的所有资源都应共享相同的生命周期。您将一起部署、更新和删除它们。如果一个资源（例如数据库服务器）需要存在于不同的部署周期中，则它应该位于另一个资源组中。

据此，您应该考虑哪些部分可以组合在一起作为生命周期。您可以在不影响其他组的情况下安全地删除和重新创建哪个组。

因此，拥有一个数据库资源组以及每个网站在其自己的组中可能是最安全的。这样，您可能只有两个模板（一个数据库和一个网站）并根据需要部署它们。

【讨论】：

我想我的下一个问题是，什么是生命周期？根据您的建议，我将有一个 DB 组、文件存储组和一个 website1 组，其中包含我们为 website1 选择的任何 Web 应用程序和/或插槽组合。对吗？
如果您考虑在未来几个月内不需要网站 1 的情况，或者如果您有一个网站部署需要网站 4，您可以再次推出（或删除它） ) 不影响其他任何东西。这取决于文件存储的用途？如果是用于vhds，那么它应该在VM下，（可能除了数据磁盘）如果它是blob / queue等，那么它自己的RG是有意义的
我们正在使用文件存储（文件夹/文件/等）和 Web 应用程序而不是虚拟机。谢谢你的信息。
B，如果我想要 Azure 上的 Db 和 DevDb，它们会放在同一个资源组中吗？
@MKenyonII 我不建议这样做，因为 DevDB 比（实时）DB 更容易被删除/重新创建（因此考虑到生命周期）

【解决方案2】：

这更多是个人喜好问题。资源组仅用于对资源进行逻辑分组，实际上并不会影响太多的实施。

所以，随心所欲地选择你认为最方便的东西。

附带说明：你们考虑过使用Site Slots，而不是创建三个不同的网站吗？

【讨论】：

您会注意到 prod Web 应用程序将有一个用于暂存的插槽。您不能对插槽应用不同的服务计划，因此如果您在一个 Web 应用中有 4 个插槽，则它们都必须在同一个服务计划中。