【问题标题】:Push and delete or Reroute? Blue Green Deployment on CloudFoundry推送和删除或重新路由? CloudFoundry 上的蓝绿部署
【发布时间】:2018-07-15 18:31:59
【问题描述】:

CloudFoundry documentation 是否有理由推荐以下蓝绿部署步骤(我们在 Pivotal CloudFoundry):

  1. 推送 GoodApp_new
  2. 将 GoodApp 路由添加到 GoodApp_new(它们之间的负载平衡)
  3. 从 GoodApp 中移除 GoodApp 路由
  4. 从 GoodApp_new 中移除 GoodApp_new 路由
  5. 删除GoodApp
  6. 常见的后续步骤:将 GoodApp_new 重命名为 GoodApp

以下步骤何时看起来相同?

  1. 将 GoodApp 重命名为 GoodApp_old(路由保持不变)
  2. 以GoodApp名称推送新版本(有效负载均衡,因为应用名称正确,默认路由正确)
  3. 删除 GoodApp_old

在推送期间添加所有正确的路由可能并不常见?

重命名应用程序 that isn't in the documentation 可能会产生无法预料的副作用?我们的 APM 设置已经处理了多个应用名称在几秒钟内浮动的相关问题。

【问题讨论】:

    标签: cloud-foundry blue-green-deployment


    【解决方案1】:

    我认为这两种方法都没有任何问题。有几种方法可以进行蓝/绿部署,因此您可以选择最适合您和您的工作流程的方法。

    也就是说,我建议为 cf cli 使用现有且经过测试的插件,而不是自己滚动它。这不是一个超级复杂的过程,但有一些插件,所以如果一个适合您的工作量,您不妨使用它。它会为您节省一点时间,并且经过社区审查。

    插件列表在这里 -> https://plugins.cloudfoundry.org/

    我看到经常使用的是https://github.com/contraband/autopilot,但这并不是对任何其他插件的打击。

    希望有帮助!

    【讨论】:

    • 我遇到的一个问题:使用手动步骤或 blue-green-deploy 插件时,推送后配置的环境变量不会保留。我不确定其他插件,但如果您手动配置环境变量(在配置服务器、属性文件或清单之外),您可能需要自己推出。
    • Antifreeze 是解决此问题的方法。在答案中链接的 Autopilot 插件的自述文件中建议使用它(它也不保留环境变量)。
    猜你喜欢
    • 2017-11-01
    • 2015-06-19
    • 2017-08-16
    • 2020-11-02
    • 2019-05-20
    • 2019-01-01
    • 2021-07-18
    • 1970-01-01
    • 2017-07-10
    相关资源
    最近更新 更多