AWS使用Terraform中名称空间的AWS CodePipeline

Question

有没有人使用Codepipeline中的名称空间？我有来自AWS的参考链接Terraform没有实际的例子。我想做的是在一个阶段中从一个构建者中获取输出变量，然后在我部署阶段后期访问这些变量。我觉得我正在使用下面使用的语法沿着正确的道路走去，但是我一直在使用命名空间的使用错误。

阶段构建：代码的摘要

  action {
      run_order         = 1           
      name              = "Terraform-Plan"
      category          = "Build"
      owner             = "AWS"
      provider          = "CodeBuild"
      version           = "1"
      input_artifacts   = ["CodeWorkspace"]
      output_artifacts  = ["CodeSource","TerraformPlanFile"]
      namespace         = "buildvariables" 
    
      configuration = {
        ProjectName          = var.codebuild_project_name
        EnvironmentVariables = jsonencode([
          {
            name  = "CONFIG"
            value = "#{buildvariables.CONFIG}"
            type  = "PLAINTEXT"
          }
        ])
      }

  }

这是我尝试在buildSpec_plan文件中引用名称空间的阶段。不确定我是否正确调用它：

version: 0.2
env:
  variables:
    ...some variables here

  parameter-store:
    ...some variables here
 
  secrets-manager:
    ...some variables here

  git-credential-helper: yes
    
  exported-variables:
    - CONFIG

phases:
  install:
    commands:
      - ...some commands here
 
  pre_build:
      - ...some commands here

  build:
    on-failure: ABORT
    commands: 
      # Import S3 Folder Location Variable
      - ...some commands here
      - CONFIG=newvariable

我已删除了与此无关的buildSpec的一部分，但我的第一个问题是，我是否正确使用它，因为它似乎错误地出现了以下错误：

错误创建CodePipeline：InvalidActionDeclarationException： 变量只能参考早期阶段产生的名称空间 或在同一阶段进行订单。参考 以下变量无效。 stagename = [plan]， ActionName = [Terraform-plan]， ActionConfigurationKey = [Environment Variables]， variablereferenceText = [buildvariables.config]

我相信我朝着正确的方向前进，但找不到有关Terraform用法的工作示例。

我问题的最后一部分与我的当前问题无关，而与在另一个阶段使用变量的更多相关，一旦我最终越过了名称空间声明。我计划通过执行以下操作来调用称为buildspec_apply的不同构建规范中的此变量：

  build:
    commands:
      - cd ${CODEBUILD_SRC_DIR}
      - ls
      - echo ${buildvariables.CONFIG}

我显然正在使用Echo作为示例来验证变量的作品，但我不确定这是正确的。

欢迎链接和提示谢谢

Answer 1

大家好，经过几天的研究，我终于让它开始工作并理解它。对于任何寻求类似答案的人来说，这里是我对自己问题的最佳指导。

首先，请记住此部分的命名空间必须在使用之前在上一个阶段声明。您无法在声明的同一阶段使用名称空间。同样重要的是，环境变量直接与名称空间绑定，并且您在名称空间阶段声明的变量直接绑定到命名空间。您无法在不同阶段添加其他变量。必须在声明名称空间的阶段定义它们。

声明名称空间：
注意名称空间声明，正在寻找字符串变量。对于此示例，我使用了“ your_name_space_name”，请用您喜欢的名称替换它。我会尽可能建议大写。

stage {
  name = "Plan"
  action {
      run_order         = 1           
      name              = "Terraform-Plan"
      category          = "Build"
      owner             = "AWS"
      provider          = "CodeBuild"
      version           = "1"
      namespace         = "YOUR_NAME_SPACE_NAME" 
      input_artifacts   = ["CodeWorkspace"]
      output_artifacts  = ["CodeSource","TerraformPlanFile"]
    
      configuration = {
        ProjectName          = var.codebuild_project_name_1
        EnvironmentVariables = jsonencode([
          {
            name  = "PL_TESTVARIABLE"
            type  = "PLAINTEXT"  
            value = ""
          },
        ])
        
      }

  }

名称空间的关键是环境变量声明。这发生在您阶段的配置部分内。请注意，必须在JSON中设置环境变量。任何想知道的人，我都会使用PL进行管道，只是为了避免与任何可能的本地变量发生碰撞，可以随意以任何方式命名它们，但了解有本地环境变量可以编码。这里最大的收获是，您在此阶段声明的任何变量现在都是名称空间的一部分。

buildspec
在当前阶段的BuildSpec中，您可以利用名称空间变量传递值。请注意，在当前阶段，您可以通过向变量声明一个值来通过buildSpec更改命名空间的值。

请注意，您可以在安装，预构建或构建阶段期间声明变量。

    version: 0.2
    env:
      variables:
        ...some variables here
    
      parameter-store:
        ...some variables here
     
      secrets-manager:
        ...some variables here
    
      git-credential-helper: yes
        
      exported-variables:
        - PL_TESTVARIABLE
    
    phases:
      install:
        commands:
          - ...some commands here
     
      pre_build:
          - ...some commands here
    
      build:
        on-failure: ABORT
        commands: 
          # Import S3 Folder Location Variable
          - ...some commands here
          - PL_TESTVARIABLE="MyNewValue"

请注意，在示例中，我们在导出阶段和构建阶段定义了变量。这是为了确保我们在构建阶段结束时输出新值。

下一个代码序列阶段：
在下一个Codepipeline阶段，您要引用名称空间。为此，您需要像上一个阶段一样声明环境部分中的变量并声明相同的变量。请记住，每个阶段都将变量视为不会从其他阶段延续的新变量。为了解决这个问题，我们将利用名称空间。

  stage {
    name = "Test"
      action {
          run_order         = 1           
          name              = "Terraform-Test"
          category          = "Test"
          owner             = "AWS"
          provider          = "CodeBuild"
          version           = "1"
          input_artifacts   = ["CodeSource"]
          output_artifacts  = ["CodeSource"]
        
          configuration = {
            ProjectName          = var.codebuild_project_name_1
            EnvironmentVariables = jsonencode([
              {
                name  = "PL_TESTVARIABLE"
                type  = "PLAINTEXT"  
                value = "#{YOUR_NAME_SPACE_NAME.PL_TESTVARIABLE}"
              },
            ])
            
          }
    
      }

请注意，我们再次声明了pl_testvariable，但请查看我们对变量的值所做的。请记住，这是JSON，而不是实际的Terraform，因此变量被视为JSON输入。要从上一个阶段引用名称空间值，请遵循此语法，命名空间。注意PL_TestVariable值遵循我们的语法，将其从上一个阶段的导出分配值。

当前阶段构建标志：
要在您的buildspec中的此阶段调用此变量，您只需称呼环境变量pl_testvariable，就像buildSpec的任何部分一样。

version: 0.2
env:
  variables:
    ...some variables here

phases:
  install:
    commands:
      - echo $PL_TESTVARIABLE

  pre_build:
      - echo "text in line variable ${PL_TESTVARIABLE}"
      - PL_TESTVARIABLE="MyNewValue"

  build:
    on-failure: ABORT
    commands: 
      # Import S3 Folder Location Variable
      - PL_TESTVARIABLE="MyNewValue"
      - NewVariable=$PL_TESTVARIABLE

在此BuildSpec参考中，我演示了使用该变量的各种方法。这说明了如何利用命名空间。您不必以顺序引用它，只要定义名称空间，您就可以在任何阶段都利用该变量。

希望这有助于任何试图在Terraform中利用它的人。

干杯