Bài 35: Terraform nhập môn cho hạ tầng as code

Chốt ý nhanh

Chủ đề	Điểm cần nhớ
Terraform	Giúp mô tả và quản lý hạ tầng bằng code có thể version, review và áp lại.
Điểm cốt lõi	State, plan và apply là ba khái niệm phải hiểu rất chắc ngay từ đầu.
Rủi ro	Nếu quản lý state kém hoặc apply bừa, Terraform có thể gây thay đổi diện rộng rất nguy hiểm.

Phần thực hành mở rộng: Terraform theo tư duy kiểm soát thay đổi hạ tầng

Terraform thường được giới thiệu như “hạ tầng as code”. Nhưng nếu bài học chỉ dừng ở câu đó thì quá mỏng. Người học cần hiểu rõ: code chỉ là một phần, phần còn lại là state, review change và kỷ luật apply.

Lab 1: Làm quen cấu trúc tối thiểu của Terraform

mkdir -p ~/terraform-lab && cd ~/terraform-lab
cat <<'EOF' > main.tf
terraform {
  required_version = ">= 1.0.0"
}
EOF
terraform init

Dù ví dụ tối giản, mục tiêu là hình thành phản xạ: mọi dự án Terraform đều bắt đầu bằng file cấu hình và bước init.

Lab 2: Hiểu plan trước apply

terraform fmt
terraform validate
terraform plan

Bài này phải nhấn rất mạnh: plan là bước review thay đổi, không nên bỏ qua trong môi trường thật.

Lab 3: Giải thích state là gì

Tự trả lời 3 câu hỏi:

Terraform state lưu điều gì?
Vì sao mất state hoặc state lệch là nguy hiểm?
Vì sao production nên dùng remote backend thay vì local state?

Lab 4: So sánh thay đổi tay và thay đổi bằng IaC

khả năng review
khả năng audit
khả năng tái tạo môi trường
rủi ro drift

Đây là phần rất hay để gắn Terraform với nhu cầu vận hành thực tế.

Lab 5: Viết checklist an toàn trước khi apply

đã review plan chưa
state đang ở backend đúng chưa
workspace/môi trường có đúng không
có backup hoặc rollback path không
thay đổi này ảnh hưởng tài nguyên nào

Tình huống thực tế

Một thay đổi nhỏ trong Terraform có thể kéo theo thay thế resource, đổi network hoặc phá drift theo cách rất rộng. Nếu đội apply trực tiếp mà không review plan kỹ, IaC không còn là công cụ an toàn mà thành máy khuếch đại sai sót.

Lỗi phổ biến

Apply mà không đọc plan.
Để local state trên máy cá nhân rồi nhiều người cùng sửa.
Thay đổi hạ tầng tay bên ngoài Terraform gây drift.
Không tách module hoặc biến theo môi trường rõ ràng.

Kết bài

Sau bài này, anh sẽ có khung tư duy đúng hơn về Terraform: không chỉ là viết file .tf, mà là quản lý thay đổi hạ tầng bằng quy trình có thể review, audit và lặp lại. Kết thúc phase 4, anh đã đi từ service nhỏ với Compose, sang automation với Ansible, pipeline với CI/CD, monitoring, incident response, capacity planning và tới cả Kubernetes, Helm, Terraform — tức là bắt đầu chạm vào vùng DevOps thực thụ.