Project — Web App Infrastructure

ခဏလေး ဒီလိုပဲ စဉ်းစားကြည့်

Real-world project တစ်ခုမှာ network layer (VPC, subnet), compute layer (server), storage layer (database/bucket) ကို ခွဲပြီး module structure (`modules/network`, `modules/compute`, `modules/storage`) နဲ့ organize လေ့ရှိပါတယ် — layer တစ်ခုစီရဲ့ output ကို နောက် layer ရဲ့ input အဖြစ် ချိတ်ဆက်ပါတယ် (network module ရဲ့ subnet_id output ကို compute module ရဲ့ subnet_id input အဖြစ် ပေးသလိုမျိုးပါ)။ Root config ထဲမှာ module ၃ ခုကို order အလိုက် ခေါ်သုံးရင် dependency ကို Terraform ကိုယ်တိုင် graph ဖြင့် handle ပေးပါတယ်.

လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်

`modules/network/` (VPC + subnet), `modules/compute/` (server, subnet_id ကို input အနေနဲ့ လက်ခံ), `modules/storage/` (database) ဆိုပြီး module ၃ ခု ခွဲရေးပါ — root `main.tf` ထဲမှာ `module "network" { ... }` → `module "compute" { subnet_id = module.network.subnet_id }` → `module "storage" { ... }` ဆိုပြီး ချိတ်ဆက်ခေါ်သုံးပါ။ `terraform plan` run ရင် layer အားလုံးရဲ့ resource ကို တစ်ပြိုင်နက် preview ကြည့်နိုင်ပါတယ်.

• Layer တစ်ခုစီ (network/compute/storage) ကို module folder သီးသန့် ခွဲထားခြင်း
• Module output ကို နောက် module ရဲ့ input အဖြစ် ချိတ်ဆက်ခြင်း
• Root config ကနေ module ၃ ခုကို ခေါ်သုံးပြီး dependency graph ကို Terraform ကိုယ်တိုင် handle

အတူတူ ကြည့်မယ်

# root main.tf
module "network" {
  source = "./modules/network"
}

module "compute" {
  source    = "./modules/compute"
  subnet_id = module.network.subnet_id
}

module "storage" {
  source = "./modules/storage"
}

output "web_server_ip" {
  value = module.compute.public_ip
}

$ terraform apply
module.network.aws_vpc.main: Creating...
module.network.aws_subnet.app: Creating...
module.compute.aws_instance.web: Creating...
module.storage.aws_db_instance.main: Creating...

Apply complete! Resources: 4 added, 0 changed, 0 destroyed.