【问题标题】:Deploy application from Bitbucket to Google cloud app engine将应用程序从 Bitbucket 部署到 Google 云应用引擎
【发布时间】:2019-11-06 14:59:42
【问题描述】:

我想知道如何使用管道将应用程序从 bitbucket 部署到多个 Google Cloud 项目。

这是我们当前的设置,它运行良好。

在 Bitbucket 上,具有开发/UAT 测试/生产分支的应用程序仓库,一旦拉取请求获得批准并合并到开发/生产中,它将通过管道部署到 GCP 应用程序引擎。

现在的问题是,我们要在 GCP 中隔离每个客户端,这意味着每个客户端将有自己的 GCP 项目、云 SQL、应用引擎、存储桶等......

我需要一些关于如何更改 bitbucket 和管道中的部署工作流程的建议,因此适用于新设置。

对于 bitbucket 上的分支设置,我的想法如下,但如果我选择选项 2,那么如果有更多的客户似乎太多了。

选项 1(回购分支)

开发/ UAT测试/ 验证/ 生产

选项 2(回购分支)

开发/ UAT 测试客户端1/ UAT 测试客户端2/ 验证_client1/ 验证_client2/ 生产客户端1/ production_client2/

第一步,我知道我必须为每个客户端的每个应用引擎服务创建不同的 app.yaml,以便可以将应用引擎服务部署到不同的 CGP 项目/bucket/SQL 实例。

还刚刚发现 bitbucket-pipelines.yml 只支持 10 个步骤,如果我创建这么多分支,那么它肯定会超过限制。 有人对如何设置有任何建议吗?

谢谢,

【问题讨论】:

    标签: google-app-engine google-cloud-platform bitbucket


    【解决方案1】:

    您可以创建Cloud build triggers to specific bitbucket branches or repos(无论您定义了什么分支模型)并将应用引擎实现部署到同一项目上的应用引擎服务,如果您需要自定义其他步骤,您可以使用描述的自定义步骤@ 987654322@。最后,如果你对这个产品不是很熟悉,可以看看如何create a basic configuration file for Cloud Build

    【讨论】:

    • 谢谢你的想法,但看起来它和我们在 bitbucket 中使用管道一样吗?
    • 确实可以,但没有某些限制,例如您刚刚描述的 10 步限制,此外,根据某些类型的项目,还有其他选项非常适合(也许存储日志,指定将执行构建、标记图像和其他选项的“machineType”道具,您可以在 cloud.google.com/cloud-build/docs/build-config 看到
    猜你喜欢
    • 1970-01-01
    • 2018-08-27
    • 2020-11-21
    • 2020-11-18
    • 2019-11-10
    • 1970-01-01
    • 1970-01-01
    • 2015-01-08
    • 1970-01-01
    相关资源
    最近更新 更多