【问题标题】:Ten minutes to deploy a wepapp十分钟部署一个 webapp
【发布时间】:2017-06-20 15:28:42
【问题描述】:

我已经部署了一个 Web 应用程序,它使用从 Octopus 触发的 Azure 模板创建了一个新资源组。 ab 空 Web 应用程序的 10 分钟是很长的时间范围。这是什么意思 ?我怎样才能调试这个过程?我们正在构建一个时间很重要的持续部署系统。

【问题讨论】:

  • 您是否查看了部署步骤以了解哪个部分花费的时间最多?在 azure 门户中,转到资源组、部署,它应该会显示每个手臂步骤花费了多长时间 - 最长的是什么?
  • 我有另一个想法——你是在使用dependsOn还是相互引用资源?如果存在依赖项,则需要在依赖项部署之前部署资源(显然),因此如果您有不需要的依赖项,则可能会大大减慢部署速度

标签: azure deployment continuous-deployment azure-resource-manager octopus


【解决方案1】:

您应该考虑为网络应用资源及其自身的应用程序进行单独部署。该应用程序可以使用 Web 应用程序中的插槽,因此您可以在不停机的情况下将其投入生产。无需每次都重新部署 web-app 资源。

【讨论】:

  • 我们正在重新部署,因为我们想要构建一个持续部署管道。我们部署基础设施的原因是我们也在进行版本控制并进行网络交换。考虑使用部署槽。不利的一面是它们生活在相同的资源上,我们真的不想冒这些资源的风险。暂存槽中的 stackoverflow 错误可能会锁定主应用程序。
  • 如果你想稍后更新资源,那么你想重新部署。如果您担心错误,则不必使用暂存槽对其进行任何测试或将其设为公共 url。我从未听说过在暂存槽上的应用程序会杀死生产应用程序。
  • 我想要一个干净的蓝/绿部署,我知道一切都已升级到新的操作系统。整个过程运行清晰。重复使用相同的资源不是我的首选。
  • Peter 我想我想去宠物对牛路线。当我们获得新资源时,我们至少可以确定我们已经进行了升级,并且我们不会使用我们的旧系统。
猜你喜欢
  • 2020-10-26
  • 2013-02-13
  • 2015-05-29
  • 2016-10-18
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-05-13
相关资源
最近更新 更多