【问题标题】:Azure ARM TemplatesAzure ARM 模板
【发布时间】:2016-12-20 03:01:15
【问题描述】:

我创建了 5 个 ARM 模板,它们组合部署了我的应用程序。目前我为各种资产(1 x servicebus、1 x sql server、1 x eventthub 等)提供了单独的模板/参数文件

这样可以吗,还是应该将它们合并到 1 个模板、1 个部署所有内容的参数文件中?

利弊?这里的最佳做法是什么?

【问题讨论】:

    标签: azure azure-resource-manager azure-resource-group


    【解决方案1】:

    始终建议为 azuredeploy.json 和 azuredeploy.parameters.json 提供单独的 JSON 文件。

    原因: Azuredeploy 是实际保存您的资源的 json 文件,而 paramaters.json 保存您的参数。您可以拥有一个 azuredeploy.json 文件和多个 paramaters.json 文件。例如,假设你有不同的环境,Dev/Test/Prod,那么你有单独的 azuredeploy-Dev.paramaters.json、azuredeploy-Test.paramaters.json 等等;你明白了。

    您可以合并单独的 json 文件,一个用于服务总线,一个用于 VM,等等。当您希望多个人在资源组的单独部分上工作时,这将很有帮助。否则,您可以将它们合并在一起。

    底线:您是建筑师,随心所欲地做,让您的生活更轻松。

    【讨论】:

      【解决方案2】:

      您应该从部署视图处理此问题。

      先回答自己几个问题:

      1. ASB、SqlServer、事件中心等独立资源对您的应用有何影响?您的应用能否在上述所有功能不可用时独立运行?
      2. 您计划多久部署一次?我假设您将实施某种持续部署。
      3. 您将多久配置一次新环境。

      长话短说。 任何在部署/灾难恢复期间对您的应用程序造成最小 (0) 停机时间的事情,都应与街道上的任何人都可以为您提供脚本并让您的应用程序在合理的时间内运行(例如最多 30 分钟)这一事实一起考虑。

      【讨论】:

      • 谢谢(牛顿也是)。我决定将它们合并为一个。我的应用程序是一个单元,我希望 Azure 也这样对待。拥有一个脚本会让这一切变得更容易:-)
      猜你喜欢
      • 1970-01-01
      • 2019-02-11
      • 1970-01-01
      • 2017-05-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-03-13
      • 1970-01-01
      相关资源
      最近更新 更多