ခဏလေး ဒီလိုပဲ စဉ်းစားကြည့်
Kubernetes cluster ပေါ် app deploy လုပ်နိုင်တယ် ဆိုတာနဲ့ 'production-ready' ဖြစ်ပြီလို့ မဆိုလိုပါ — resource limits (CPU/memory quota, pod တစ်ခုက resource အကုန်စားမသွားအောင်), health check (liveness/readiness probe), replicas ≥2 (single point of failure မဖြစ်အောင်), Secret encryption, RBAC (least privilege), monitoring/logging setup — အားလုံး ပါဝင်ရမှ production-ready လို့ ခေါ်နိုင်ပါတယ်။ ဒီ project မှာ checklist တစ်ခု ကိုယ်တိုင် ရေးပြီး, Project 1/2 ကို audit ကြည့်မယ်.
လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်
Checklist item တစ်ခုချင်းစီကို `kubectl describe`/`kubectl get -o yaml` နဲ့ စစ်ကြည့်ပါ — resource requests/limits ပါ/မပါ, probe ပါ/မပါ, replicas ဘယ်နှစ်ခု, Secret သုံးထား/hardcode ထား — item တစ်ခုချင်းစီအတွက် Pass/Fail မှတ်ပြီး, Fail ဖြစ်တဲ့ item ကို YAML ပြင်ဆင်ကြည့်ပါ.
အတူတူ ကြည့်မယ်
Production Readiness Checklist
================================
[ ] Deployment has replicas >= 2 (no single point of failure)
[ ] Every container has resource requests AND limits set
[ ] Liveness probe is configured
[ ] Readiness probe is configured
[ ] Sensitive data uses Secret, not ConfigMap or hardcoded values
[ ] RoleBinding follows least-privilege (no blanket cluster-admin)
[ ] Rolling update strategy is configured (not "Recreate")
[ ] Namespace is set (not relying on "default")Project 1 (three-tier app) ကို checklist ဖြင့် audit ပြီး, Fail item များအတွက် fix လုပ်ထားသော YAML ရရှိမည်။၅ မိနစ် စမ်းကြည့်
အထက်က checklist ကို Project 1 (three-tier app) ရဲ့ YAML file အားလုံးအပေါ် run ကြည့်ပါ — Fail ဖြစ်တဲ့ item တစ်ခုစီကို ဖော်ထုတ်ပြီး ပြင်ဆင်ကြည့်ပါ။
သတိလေးတစ်ချက်
ဒီ checklist က starting point ပါ — real production environment (compliance requirement, team convention အလိုက်) မှာ ဒီထက် ပိုကျယ်ပြန့်တဲ့ checklist လိုအပ်နိုင်ပါတယ်။