ခဏလေး ဒီလိုပဲ စဉ်းစားကြည့်
Config apply လုပ်လို့ရတယ် ဆိုတာနဲ့ 'production-ready' ဖြစ်ပြီလို့ မဆိုလိုပါ — remote backend + state locking, sensitive variable marking, provider version pinning, `.gitignore` (state file/credential), module reusability, CI/CD validate/plan step — အားလုံး ပါဝင်ရမှ production-ready လို့ ခေါ်နိုင်ပါတယ်။ ဒီ project မှာ checklist တစ်ခု ကိုယ်တိုင် ရေးပြီး, Project 1/2 ကို audit ကြည့်မယ်.
လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်
Checklist item တစ်ခုချင်းစီကို config folder ပေါ်မှာ manual စစ်ကြည့်ပါ — remote backend configure ထား/မထား, sensitive variable mark ထား/မထား, `.gitignore` ထဲ state/tfvars ပါ/မပါ — item တစ်ခုချင်းစီအတွက် Pass/Fail မှတ်ပြီး, Fail ဖြစ်တဲ့ item ကို config ပြင်ဆင်ကြည့်ပါ.
အတူတူ ကြည့်မယ်
Production Readiness Checklist
================================
[ ] Remote backend configured (not local state)
[ ] State locking enabled (e.g. DynamoDB table for S3 backend)
[ ] All sensitive variables marked sensitive = true
[ ] Provider versions pinned (required_providers with version constraint)
[ ] .gitignore excludes *.tfstate, *.tfvars (except .tfvars.example)
[ ] Modules used for anything deployed to more than one environment
[ ] CI/CD runs terraform fmt -check, validate, and plan on every PR
[ ] No hardcoded credentials anywhere in .tf filesProject 1/2 ကို checklist ဖြင့် audit ပြီး, Fail item များအတွက် fix လုပ်ထားသော config ရရှိမည်။၅ မိနစ် စမ်းကြည့်
အထက်က checklist ကို Project 1 (Web App Infrastructure) ရဲ့ config folder အားလုံးအပေါ် run ကြည့်ပါ — Fail ဖြစ်တဲ့ item တစ်ခုစီကို ဖော်ထုတ်ပြီး ပြင်ဆင်ကြည့်ပါ။
သတိလေးတစ်ချက်
ဒီ checklist က starting point ပါ — real production environment (compliance requirement, team convention အလိုက်) မှာ ဒီထက် ပိုကျယ်ပြန့်တဲ့ checklist (tagging policy, cost budget alert) လိုအပ်နိုင်ပါတယ်။