关于gitlab:Terraform-Gitlab-CI简单集成方案

一 背景
利用 Gitlab CI 实现基础设施编排自动化，用户后续针对基础设施的治理应用 Gitlab 实现，提交基础设施变更后，会登程 pr 进行 Gitlab CI 流水线执行，从而实现基础设施 DevOPS 流程。
二 流程架构
2.1 架构图

2.2 流程
运维研发编写指标云的基于 Terraform 的资源清单文件，共事我的项目内治理 Gitlab CI 流程，在 K8s 不同 NS 下注册有对应的 runner，当在不同分支下能够触发不同 ns 下的 CI 流程。

开发或运维人员提交代码。
部署在对应名称空间下的 runner 执行流程，创立运行单个 Stage 的 POD 来运行 Terraform 对应命令，例如 init/fmt/play/apply 等。
如果要对云上资源进行变更，批改代码，再次提交 pr，登程更新流水线。
如果须要销毁，依据 CI 文件配置提交 BUILD 为 destroy，触发云上销毁动作。

三 预置条件

Gitlab 服务器
注册有我的项目的 gitlab-runner
K8s 集群
腾讯云 AK 账号

四 配置
4.1 Gitlab CI 配置
4.1.1 .gitlab.yaml
variables:
# PHASE: BUILD|DESTROY
PHASE: DESTROY

PROXY: http://squiduser:xxzx789@43.1…

PROXY: http://squiduser:xxzx789@43.1…

REGION: “ap-guangzhou”
PLAN_JSON: plan.json
BACKEND_CONF: “backend_oss.conf”

before_script:

– apk add –no-cache curl git jq

• apk add –no-cache jq
• export http_proxy=${SQUID_PROXY}
• export https_proxy=${SQUID_PROXY}
• export TENCENTCLOUD_SECRET_KEY=${TENCENTCLOUD_SECRET_KEY}
• export TENCENTCLOUD_SECRET_ID=${TENCENTCLOUD_SECRET_ID}
• export TF_REGISTRY_CLIENT_TIMEOUT=120000
• export CHECKPOINT_TIMEOUT=500000
• export TF_REGISTRY_DISCOVERY_RETRY=5
• alias convert_report=”jq -r ‘([.resource_changes[]?.change.actions?]|flatten)|{\”create\”:(map(select(.==\”create\”))|length),\”update\”:(map(select(.==\”update\”))|length),\”delete\”:(map(select(.==\”delete\”))|length)}'”

配置缓存

cache:
paths:

- ${CI_PROJECT_DIR}/.terraform/*

stages:

• init
• validate
• plan
• deploy

Init:
image:

name: hashicorp/terraform:0.14.0
entrypoint: [""]

stage: init
retry:

max: 2
when:
  - script_failure

tags:

- gitlab-runner-k8s-new

script:

- terraform version
- terraform init -backend-config=${BACKEND_CONF}

only:

- dev

Validate:
image:

name: hashicorp/terraform:0.14.0
entrypoint: [""]

stage: validate
tags:

- gitlab-runner-k8s-new

retry: 2
script:

- terraform init -backend-config=${BACKEND_CONF}
- terraform validate
- terraform fmt -check -recursive || echo 0

cache:

paths:
  - ${CI_PROJECT_DIR}/.terraform/*
policy: pull

allow_failure: true

Plan:
image:

name: hashicorp/terraform:0.14.0
entrypoint: [""]

stage: plan
retry: 2
tags:

- gitlab-runner-k8s-new

artifacts:

paths:
  - plan.bin
  - app_config.zip
expire_in: 2 week

script:

- terraform init -backend-config=${BACKEND_CONF}
- terraform plan -input=false -out=plan.bin -var region=${REGION}
- terraform show --json "plan.bin" | convert_report > ${PLAN_JSON}
- cat ${PLAN_JSON}

only:

variables:
  - $PHASE == "BUILD"

Apply:
image:

name: hashicorp/terraform:0.14.0
entrypoint: [""]

when: manual
stage: deploy
retry: 2
tags:

- gitlab-runner-k8s-new

script:

- terraform init -backend-config=${BACKEND_CONF}
- terraform apply -auto-approve -input=false plan.bin

only:

variables:
  - $PHASE == "BUILD"

environment:

name: snunv

Destroy:
image:

name: hashicorp/terraform:0.14.0
entrypoint: [""]

stage: deploy
retry: 2
tags:

- gitlab-runner-k8s-new

script:

- terraform init -backend-config=${BACKEND_CONF}
- terraform destroy -auto-approve -var region=${REGION}

only:

variables:
  - $PHASE == "DESTROY"

4.1.2 环境配置
利用 Gitlab CI/CD 的 Environment 进行环境治理。

4.2 Terraform 资源
provider “tencentcloud” {
region = var.region
}

terraform {
required_providers {

tencentcloud = {
  source  = "registry.terraform.io/tencentcloudstack/tencentcloud"
  version = ">=1.61.5"
}

}
backend “cos” {}
}

输出变量

variable “region” {
type = string
}

再次仅为一个查问示例

data “tencentcloud_instances” “cvm” {
}

输入

output “result” {
value = {

cvm_result = {for k, v in data.tencentcloud_instances.cvm : k => v},
count      = data.tencentcloud_instances.cvm.instance_list[*]

}
}

为了 terraform 后端 backend 平安，将其存储为独自文件，可不同分支或环境进行批改
region = “ap-beijing”
bucket = “tfproject-1253329830”
prefix = “samxxxxitlab/dexxxxxt”

五 测试

init

validate

Plan

手动利用 apply

查看利用创立出的 vpc

制品下载

销毁

批改 gitlabci 文件，销毁