Google cloud platform 在创建我的基础设施的其余部分之前，如何使用Terraform设置远程后端存储桶？（GCP）
我如何在GCP上初始化Terraform的后端状态存储桶，首先使用Gitlab的管道，然后是我的基础设施的其余部分？我发现了Gitlab的管道，但不确定这意味着什么。这始终是一个困难的问题。我的帖子不会直接回答你的问题，但会给出我对这个问题的看法。（太长了，不能评论） 这有点像要求使用相同的CI工具（例如：gitlab服务器自行管理）管理您的CI工具所在的服务器 如果使用gitlab CI创建存储库，您将无法保持该状态，因为您没有远程状态来存储此特定任务的存储库。这意味着您的资源与tf不一致，但没有状态 如果要将其与CI集成，我建议在CI中使用gcloud cli，检查gcs是否存在，如果不创建gcsGoogle cloud platform 在创建我的基础设施的其余部分之前，如何使用Terraform设置远程后端存储桶？（GCP）,google-cloud-platform,terraform,gitlab-ci,gitlab-ci-runner,terraform-provider-gcp,Google Cloud Platform,Terraform,Gitlab Ci,Gitlab Ci Runner,Terraform Provider Gcp,我如何在GCP上初始化Terraform的后端状态存储桶，首先使用Gitlab的管道，然后是我的基础设施的其余部分？我发现了Gitlab的管道，但不确定这意味着什么。这始终是一个困难的问题。我的帖子不会直接回答你的问题，但会给出我对这个问题的看法。（太长了，不能评论） 这有点像要求使用相同的CI工具（例如：gitlab服务器自行管理）管理您的CI工具所在的服务器 如果使用gitlab CI创建存储库，您将无法保持该状态，因为您没有远程状态来存储此特定任务的存储库。这意味着您的资源与tf不一致，但
如果你真的想使用terraform，可以只为这个特定的资源使用terraform云的免费层和远程后端。这样，所有资源都由tf管理，并且都具有tfstate。这始终是一个难题。我的帖子不会直接回答你的问题，但会给出我对这个问题的看法。（太长了，不能评论） 这有点像要求使用相同的CI工具（例如：gitlab服务器自行管理）管理您的CI工具所在的服务器 如果使用gitlab CI创建存储库，您将无法保持该状态，因为您没有远程状态来存储此特定任务的存储库。这意味着您的资源与tf不一致，但没有状态 如果要将其与CI集成，我建议在CI中使用gcloud cli，检查gcs是否存在，如果不创建gcs
如果你真的想使用terraform，可以只为这个特定的资源使用terraform云的免费层和远程后端。这样，您就拥有了由tf管理的所有资源，并且所有资源都具有tfstate。您现在有了另一个选项，它不涉及GCP，具有 GitLab HTTP Terraform状态后端 Terraform的用户知道设置他们的状态文件（您的配置到真实世界资源的映射，还可以跟踪其他元数据）的痛苦。
这个过程包括启动一个新的Terraform项目，并设置一个第三方后端来存储可靠、安全且在git repo之外的状态文件 许多用户想要一种更简单的方式来设置他们的状态文件存储，而不需要额外的服务或设置 从GitLab 13.0开始，GitLab可以用作Terraform的HTTP后端，无需为每个新项目单独设置状态存储。 GitLab HTTP Terraform state backend允许以最少的配置实现无缝体验，并能够将状态文件存储在GitLab实例控制的位置。
可以使用Terraform的HTTP后端访问它们，利用GitLab进行身份验证。
用户可以轻松地迁移到GitLab HTTP Terraform后端，同时也可以从本地终端访问它 GitLab HTTP Terraform state后端支持：
- 每个项目有多个命名状态文件
- 锁定
- 对象存储
- 静止加密
此外，该供应商将在可预见的未来得到支持，包括（2020年9月）： 获得GitLab Terraform提供程序的所有权 我们最近已经收到并计划发出通知。
在过去的一个月里，我们合并了21个请求，解决了31个问题，包括一些长期未解决的bug和缺少的特性，如 您可以在Terraform文档中查看 见和
您现在有另一个选项，不涉及GCP，包括 GitLab HTTP Terraform状态后端 Terraform的用户知道设置他们的状态文件（您的配置到真实世界资源的映射，还可以跟踪其他元数据）的痛苦。
这个过程包括启动一个新的Terraform项目，并设置一个第三方后端来存储可靠、安全且在git repo之外的状态文件 许多用户想要一种更简单的方式来设置他们的状态文件存储，而不需要额外的服务或设置 从GitLab 13.0开始，GitLab可以用作Terraform的HTTP后端，无需为每个新项目单独设置状态存储。 GitLab HTTP Terraform state backend允许以最少的配置实现无缝体验，并能够将状态文件存储在GitLab实例控制的位置。
可以使用Terraform的HTTP后端访问它们，利用GitLab进行身份验证。
用户可以轻松地迁移到GitLab HTTP Terraform后端，同时也可以从本地终端访问它 GitLab HTTP Terraform state后端支持：
- 每个项目有多个命名状态文件
- 锁定
- 对象存储
- 静止加密
此外，该供应商将在可预见的未来得到支持，包括（2020年9月）： 获得GitLab Terraform提供程序的所有权 我们最近已经收到并计划发出通知。
在过去的一个月里，我们合并了21个请求，解决了31个问题，包括一些长期未解决的bug和缺少的特性，如 您可以在Terraform文档中查看 见和
我要了！我对这件事太陌生了