推送并删除还是重新路由? CloudFoundry 上的蓝绿部署
Push and delete or Reroute? Blue Green Deployment on CloudFoundry
CloudFoundry documentation 是否有理由推荐以下蓝绿部署步骤(我们在 Pivotal CloudFoundry 中):
- 推送GoodApp_new
- 将 GoodApp 路由添加到 GoodApp_new(它们之间的负载平衡)
- 从 GoodApp 中删除 GoodApp 路由
- 从 GoodApp_new
中删除 GoodApp_new 路线
- 删除 GoodApp
- 常见后续步骤:将 GoodApp_new 重命名为 GoodApp
当以下步骤看起来等效时?
- 将 GoodApp 重命名为 GoodApp_old(路由保持不变)
- 推送名称为GoodApp的新版本(有效负载均衡,默认路由正确,因为应用名称正确)
- 删除GoodApp_old
也许在推送过程中添加了所有正确的路由并不常见?
重命名应用程序可能会产生无法预料的副作用 that isn't in the documentation?我们的 APM 设置已经处理了多个应用程序名称在相关的几秒钟内浮动的情况。
我认为这两种方法都没有任何问题。 blue/green 部署有多种方法,因此您可以选择最适合您和您的工作流程的方法。
就是说,我建议为 cf cli 使用一个现有的和经过测试的插件,而不是自己滚动它。这不是一个超级复杂的过程,但有一些插件,所以如果一个适合你的工作量,你也可以使用它。它会为您节省一点时间,并且已经过社区审核。
插件列表在这里 -> https://plugins.cloudfoundry.org/
我看到经常使用的插件是 https://github.com/contraband/autopilot,但这并不是对任何其他插件的打击。
希望对您有所帮助!
CloudFoundry documentation 是否有理由推荐以下蓝绿部署步骤(我们在 Pivotal CloudFoundry 中):
- 推送GoodApp_new
- 将 GoodApp 路由添加到 GoodApp_new(它们之间的负载平衡)
- 从 GoodApp 中删除 GoodApp 路由
- 从 GoodApp_new 中删除 GoodApp_new 路线
- 删除 GoodApp
- 常见后续步骤:将 GoodApp_new 重命名为 GoodApp
当以下步骤看起来等效时?
- 将 GoodApp 重命名为 GoodApp_old(路由保持不变)
- 推送名称为GoodApp的新版本(有效负载均衡,默认路由正确,因为应用名称正确)
- 删除GoodApp_old
也许在推送过程中添加了所有正确的路由并不常见?
重命名应用程序可能会产生无法预料的副作用 that isn't in the documentation?我们的 APM 设置已经处理了多个应用程序名称在相关的几秒钟内浮动的情况。
我认为这两种方法都没有任何问题。 blue/green 部署有多种方法,因此您可以选择最适合您和您的工作流程的方法。
就是说,我建议为 cf cli 使用一个现有的和经过测试的插件,而不是自己滚动它。这不是一个超级复杂的过程,但有一些插件,所以如果一个适合你的工作量,你也可以使用它。它会为您节省一点时间,并且已经过社区审核。
插件列表在这里 -> https://plugins.cloudfoundry.org/
我看到经常使用的插件是 https://github.com/contraband/autopilot,但这并不是对任何其他插件的打击。
希望对您有所帮助!