Infrastructure as Code (CloudFormation, Terraform) คืออะไร?

Question

Accepted Answer

**Infrastructure as Code (IaC)** หมายถึงการกำหนดและจัดการโครงสร้างพื้นฐานของคุณ (เซิร์ฟเวอร์ เครือข่าย ฐานข้อมูล) ผ่าน **ไฟล์โค้ด/configuration** แทนที่จะตั้งค่าด้วยมือ เครื่องมืออย่าง **CloudFormation**, **Terraform** และ **CDK** ทำให้โครงสร้างพื้นฐานทำซ้ำได้ version-controlled และเป็นอัตโนมัติ

## ปัญหาที่ IaC แก้ไข

```text
MANUALLY setting up infrastructure (clicking in the Console) is:
  → not REPEATABLE (hard to recreate identically; error-prone)
  → not VERSIONED (no history of what changed, by whom, why)
  → not DOCUMENTED (the setup lives only in someone's memory/clicks)
  → hard to review, share, or roll back
→ IaC defines infrastructure in CODE → solving all of this.
```

## IaC ทำงานอย่างไร

```text
Write infrastructure as code (declarative files describing the DESIRED state):
  → the tool reads the code and CREATES/UPDATES the actual infrastructure to match
  → re-runnable (idempotent): apply the same code → the same infrastructure
  → store in Git → version control, code review, history, collaboration
```

```yaml
# CloudFormation example (YAML): declare an S3 bucket
Resources:
  MyBucket:
    Type: AWS::S3::Bucket
    Properties:
      BucketName: my-app-bucket
# → deploying this creates the bucket; the code IS the source of truth
```

## เครื่องมือ IaC ทั่วไป

```text
CLOUDFORMATION → AWS's native IaC (JSON/YAML); AWS-only; deeply integrated
TERRAFORM → multi-cloud (HashiCorp); declarative (HCL); the most popular, cloud-agnostic
AWS CDK → define infrastructure in real programming languages (TS, Python) →
  synthesizes to CloudFormation (loops, abstractions, familiar code)
PULUMI → similar to CDK, multi-cloud, real languages
```

## ทำไมจึงสำคัญ

การเข้าใจ Infrastructure as Code มีคุณค่า เพราะเป็นแนวปฏิบัติที่ดีพื้นฐานในคลาวด์และ DevOps สมัยใหม่ จึงเป็นความรู้สำคัญต่อการจัดการโครงสร้างพื้นฐานอย่างมืออาชีพ

IaC แก้ปัญหาจริงของ **การตั้งค่าโครงสร้างพื้นฐานด้วยมือ** (การคลิกใน Console): การตั้งค่าด้วยมือทำซ้ำไม่ได้ (สร้างใหม่ให้เหมือนเดิมได้ยาก มีโอกาสผิดพลาด), ไม่มี version (ไม่มีประวัติการเปลี่ยนแปลง), ไม่มีเอกสาร (configuration อยู่ในการกระทำของใครบางคนเท่านั้น) และตรวจสอบหรือ roll back ได้ยาก **IaC แก้ไขทั้งหมดนี้** โดยการกำหนดโครงสร้างพื้นฐานใน **โค้ด** — ทำให้มัน **ทำซ้ำได้** (โค้ดเดียวกันสร้างโครงสร้างพื้นฐานเดียวกันได้อย่างน่าเชื่อถือ), **version-controlled** (เก็บใน Git พร้อมประวัติ การ review และการทำงานร่วมกันเหมือนโค้ดแอปพลิเคชัน), **มีเอกสาร** (โค้ดคือ source of truth) และ **เป็นอัตโนมัติ** (ผสานเข้ากับ CI/CD)

สิ่งนี้เปลี่ยนการจัดการโครงสร้างพื้นฐานจากงานด้วยมือที่มีโอกาสผิดพลาดเป็นแนวปฏิบัติทางวิศวกรรมที่มีระเบียบและทำซ้ำได้

การเข้าใจ **เครื่องมือทั่วไป** — **CloudFormation** (IaC ดั้งเดิมของ AWS), **Terraform** (เครื่องมือ cloud-agnostic, multi-cloud ที่ได้รับความนิยม), **CDK** (การกำหนดโครงสร้างพื้นฐานในภาษาโปรแกรมจริง) — ช่วยเลือกแนวทางที่เหมาะสม

การเข้าใจโมเดลแบบ declarative (การอธิบาย desired state โดยให้เครื่องมือทำให้ความจริงตรงกัน) เป็นแนวคิดหลัก

IaC เป็นศูนย์กลางของ DevOps สมัยใหม่และการดำเนินงานคลาวด์ที่เชื่อถือได้ — การจัดการโครงสร้างพื้นฐาน production เป็นโค้ดเป็นมาตรฐานมืออาชีพที่ได้รับการนำมาใช้อย่างแพร่หลาย

เนื่องจากโครงสร้างพื้นฐานที่ทำซ้ำได้ version-controlled และเป็นอัตโนมัติเป็นสิ่งจำเป็นสำหรับการดำเนินงานคลาวด์ที่เชื่อถือได้ (และการตั้งค่าด้วยมือก่อให้เกิดปัญหาจริง) และเนื่องจาก IaC (CloudFormation, Terraform, CDK) เป็นแนวปฏิบัติที่ได้รับการยอมรับในการทำให้สำเร็จ การเข้าใจ Infrastructure as Code จึงเป็นความรู้ที่มีคุณค่าและสำคัญในเชิงวิชาชีพต่องานคลาวด์และ DevOps สมัยใหม่ — แนวปฏิบัติที่ดีพื้นฐานที่ทำให้โครงสร้างพื้นฐานเชื่อถือได้ ทำซ้ำได้ และดูแลได้ ซึ่งเป็นที่คาดหวังมากขึ้นเรื่อย ๆ ในบทบาทที่เน้นคลาวด์ และเป็นศูนย์กลางของวิธีที่ทีมมืออาชีพจัดการโครงสร้างพื้นฐานของพวกเขา