Google cloud platform GCP的地形和容器声明-缩进有多重要？

我在GCP中定义了一个VM，运行一个

Memcached

容器。现在我正处于将所有基础设施导入TrRAFrm的过程中。有一个小问题我担心会被忽略，那就是运行

terraform plan

时生成的YAML的缩进

提供一点背景信息——Memcached虚拟机是使用GCP启动器启动的。我在TF中创建了一个简单的最小资源，导入了它，现在我正在回溯并尝试将所有缺少的数据添加到资源定义中，以完全符合实际部署。有一件事我不能完全正确地理解，元数据，即容器规范（

gce容器声明

）

我按照这个例子创建了一个模块，在这个模块中，我尽我所能定义了所有内容。然而，当我运行

TerraformPlan

时，我在缩进方面得到了一个微小的差异：

  ~ metadata             = {
      ~ "gce-container-declaration" = <<~EOT
          + ---
            spec:
              containers:
          -     - name: service-memcached
          -       image: launcher.gcr.io/google/memcached1
          -       stdin: false
          -       tty: false
          +   - image: launcher.gcr.io/google/memcached1
          +     name: service-memcached
          +     stdin: false
          +     tty: false
              restartPolicy: Always
          - 
          - # This container declaration format is not public API and may change without notice. Please
          - # use gcloud command-line tool or Google Cloud Console to run Containers on Google Compute Engine.
          +   volumes: []
        EOT
        "google-logging-enabled"    = "true"
    }

---

在测试和执行测试后，可以肯定地说，YAML结构是灵活的，因此在执行此类转换时不会发生断裂。

在测试和执行测试后，可以肯定地说，YAML结构是灵活的，因此在执行此类转换时不会发生任何中断。

您的项目是新项目还是已有TF部署？如果是，那是什么？没有TF部署。该项目有多个部署，都是通过UI或

gcloud

命令完成的。应用工作是否如预期的那样？我还没有做任何事情。我不想盲目地打击它，把它打倒。这就是我为什么这么问的原因。对我来说，它看起来不错！您的项目是新的还是已有TF部署？如果是，那是什么？没有TF部署。该项目有多个部署，都是通过UI或

gcloud

命令完成的。应用工作是否如预期的那样？我还没有做任何事情。我不想盲目地打击它，把它打倒。这就是我为什么这么问的原因。对我来说，它看起来不错！

module "gce-container" {
  source = "github.com/terraform-google-modules/terraform-google-container-vm"

  container = {
    name = "service-memcached"
    image = "launcher.gcr.io/google/memcached1"
    stdin = false
    tty = false
  }

  restart_policy = "Always"
}