【问题标题】:Spinnaker build does not trigger on a re-push of an existing tag (like latest)Spinnaker 构建不会在重新推送现有标签(如最新)时触发
【发布时间】:2020-10-19 09:38:05
【问题描述】:

Spinnaker 文档说,推送到 Docker Registry 将触发 Spinnaker Build。

我们已将自动触发器配置到 Docker Registry (AWS ECR)

但是,我们使用的标签是:latest

在文档中说 Leave the Tag field blank. This will trigger on all new tags, but will not trigger on a re-push of an existing tag (like latest)

我想知道不重新部署重新推送或推送相同标签的原因是什么?

【问题讨论】:

    标签: docker triggers spinnaker amazon-ecr


    【解决方案1】:

    现有图像标签的重新推送无法与自动触发器一起使用到 Docker Registry 的原因是部署的可重复性。

    作为 Spinnaker 存储库的维护者,在他们对问题的评论中提到:Spinnaker not triggering pipeline when new image is released to Docker registry

    这是 docker 注册表触发器的预期行为,因为从同一标签部署是不可复制的。查看更多herehttps://github.com/spinnaker/spinnaker/issues/2037#issuecomment-392570341

    DevOps 的角度来看问题。 Spinnaker - 和DevOps in general - 更喜欢所谓的“不可变基础设施”。参考:在Spinnaker homepage 上搜索“不可变”。不可变基础设施在维基百科上还没有我能找到的定义。下面是一些关于不可变基础架构的参考资料,而不是 Wikipedia 的定义,可在 Google 上找到:

    对于这个问题的范围,只关注不可变基础设施的部署可重复性方面应该足够了。 可变图像或可变标签(latest 是可变标签)使部署可重复性具有挑战性。 (现在只需运行 docker run golang:latest go version,几周后看看我的意思。)因此,可变标签与使部署可重现、因此基础设施不可变以及一般的 DevOps 相冲突。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2020-12-05
      • 1970-01-01
      • 1970-01-01
      • 2015-06-26
      • 2021-11-21
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多