使用Terraform和GitLab将代码部署到AWS EC2实例

95次阅读

问题描述

对于刚刚开始学习使用Terraform（使用AWS提供程序）的用户来说，如何在AWS EC2实例上部署项目代码以及如何设置GitLab CI/CD以实现自动化仍然存在一些困惑。用户已经成功地使用以下Bash脚本（从Terraform运行）在EC2实例上部署了一个基本的Apache网站：

#!/bin/bash
sudo apt update -y
sudo apt install apache2 -y
sudo systemctl start apache2
sudo bash -c 'echo frontend-website > /var/www/html/index.html'

但对于一个较大的项目（例如，拥有前端和后端实例的项目），在部署好实例后，如何将项目代码传送到AWS EC2实例上，并在GitLab中实现自动化的CI/CD，特别是对于前端和后端分开，分别有开发、测试和生产环境的情况，这都是需要考虑的问题。

解决方案

在处理这个问题之前，需要注意的是，使用Packer可能是一个更好的选择，而Provisioners应该作为最后的手段。

方案1：使用Jenkins和Terraform来实现自动化部署

首先，建议设置一个Jenkins服务器。使用Jenkins可以进行代码检出，并支持参数化构建。你可以从Jenkins的用户界面将所选参数传递给Linux Bash脚本。
使用Linux的命令行来触发Terraform操作。Terraform支持多个工作区（workspace），你可以在开发、测试和生产环境中使用同一份代码。
使用terraform workspace new <workspace_name>命令来创建新的工作区。然后，在你的代码中，可以使用这个工作区的名称。示例：

locals {
  env = terraform.workspace
}
resource "aws_autoscaling_group" "asg" {
  name = "${local.env}-${local.project}-demo-asg"
}

为了安全地保存状态文件，你可以使用S3作为Terraform的后端。在你的Terraform配置文件中添加如下内容：

terraform {
  backend "s3" {
    bucket         = "tfstate-demo"
    key            = "keyfiles"
    region         = "ap-southeast-1"
    dynamodb_table = "tfstate-demo"
  }
}

对于前端和后端服务的分离，你可以使用AWS的最佳实践。创建一个公共应用负载均衡器（ALB）用于前端，然后通过私有ALB将流量引导到后端服务。
如果你希望在部署服务器时使用特定的配置，可以使用Ansible作为配置管理工具来构建服务器。然后使用Packer创建一个AMI（Amazon机器映像），并在Auto Scaling组中使用相同的AMI。