Cloud Workflows vs Cloud Build 用于构建基础设施?
Cloud Workflows vs Cloud Build for buinding infrastructure?
从现在开始,我使用 Cloud Build 作为 运行 terraform 和构建基础设施的普通 CICD(有时我有 Docker 容器来构建,有时我没有) .
现在 Cloud Workflows 可用了,我想知道这是否是一个更好的工具,用于流水线化原子步骤执行,以便于操作和更好地控制(例如,条件执行、错误处理等,集中式日志推送等) )
我认为以上所有内容都可以在 Cloud Build 中完成,但通常做起来并不容易。
Workflows 可以吗?如果不行,这个新工具的最佳用例是什么?
你可以有相似之处,例如,如果你的 Cloud Build 只调用 APIs 到 run/deploy/configure 东西。
但是,请记住两件事:
- Cloud Workflow 只能调用 APIs 和睡眠。您无法使用 Workflow 构建容器映像(例如 Docker)。它不是一个运行时环境,只是一个调用 APIs
的东西
- Cloud Build 可以在推送、标记和拉取请求时触发。你不能用 Workflow 做到这一点。
所以,是的,有时候你可以问问自己是否可以一个接一个地改变,但就我个人而言,我认为你必须为正确的工作使用正确的产品。
- API调用编排->工作流
- CICD -> 云构建
从现在开始,我使用 Cloud Build 作为 运行 terraform 和构建基础设施的普通 CICD(有时我有 Docker 容器来构建,有时我没有) .
现在 Cloud Workflows 可用了,我想知道这是否是一个更好的工具,用于流水线化原子步骤执行,以便于操作和更好地控制(例如,条件执行、错误处理等,集中式日志推送等) )
我认为以上所有内容都可以在 Cloud Build 中完成,但通常做起来并不容易。
Workflows 可以吗?如果不行,这个新工具的最佳用例是什么?
你可以有相似之处,例如,如果你的 Cloud Build 只调用 APIs 到 run/deploy/configure 东西。
但是,请记住两件事:
- Cloud Workflow 只能调用 APIs 和睡眠。您无法使用 Workflow 构建容器映像(例如 Docker)。它不是一个运行时环境,只是一个调用 APIs 的东西
- Cloud Build 可以在推送、标记和拉取请求时触发。你不能用 Workflow 做到这一点。
所以,是的,有时候你可以问问自己是否可以一个接一个地改变,但就我个人而言,我认为你必须为正确的工作使用正确的产品。
- API调用编排->工作流
- CICD -> 云构建