လွယ်လွယ်ပြောရရင် Cloud Bill Shock ဆိုတာ cloud server ငှားသုံးနေရင်း လချုပ်မှာ ဘယ်လောက်ကျမလဲ ဆိုတာ ကြိုမသိဘဲ — bill ထွက်လာတော့ မျှော်လင့်ထားတာထက် အဆများစွာ များနေတဲ့ အခြေအနေပါ။

ကျွန်တော့် မိတ်ဆွေတစ်ယောက် (startup လုပ်နေတာ) တစ်ခါက AWS bill $38 ထွက်လာတယ်။ “ဒီလ နည်းနည်းများသွားတယ်” ပေါ့။ နောက်လ $1,200 ကျော် ထွက်လာတယ်။ ဘာဖြစ်တာလဲဆိုတော့ developer တစ်ယောက်က test လုပ်ဖို့ GPU server ကြီး ဖွင့်ထားပြီး ပိတ်ဖို့ မေ့သွားတာ — weekend ၂ ရက်လုံး run နေခဲ့တယ်။ Cloud မှာ server ဆိုတာ ကိုယ်မပိတ်မချင်း ပိုက်ဆံ ကောက်နေတာပါ။

ဥပမာ — လျှပ်စစ်မီတာနဲ့ တူတယ်

Cloud ကို လျှပ်စစ်မီတာနဲ့ ခိုင်းနှိုင်းလို့ ရတယ်။ အိမ်မှာ မီးသုံးသလောက် မီတာက လည်နေတယ် — လချုပ်မှ ဘယ်လောက်ကျတယ် သိရတယ်။ Cloud လည်း အတူတူပဲ — server run တဲ့အချိန်၊ data လွှဲတဲ့ပမာဏ၊ သိမ်းထားတဲ့ file size — ဒါတွေအားလုံးကို မီတာတင်ပြီး လချုပ်မှာ bill ပို့တယ်။

ခြားနားချက်က — အိမ်မီးက မီတာကို ကိုယ် မြင်နေရတယ်၊ cloud မီတာက dashboard ထဲ ဝင်ကြည့်မှ မြင်ရတယ်။ မကြည့်မိရင် bill ထွက်လာမှ လန့်ရတယ်။

ပိုက်ဆံ ဘယ်လို အလကား ကုန်နေတတ်လဲ? (အဖြစ်များဆုံး ၅ ခု)

မေ့ပြီးဖွင့်ထားတဲ့ server — test server ကို Friday ညနေ ပိတ်ဖို့ မေ့သွားတာ။ Cloud မှာ “ရပ်ထားတယ်” ဆိုတာ ပိုက်ဆံ ဆက်ကောက်နေတာနဲ့ အတူတူပဲ (stop လုပ်မှ သက်သာမယ်၊ terminate လုပ်မှ လုံးဝ ရပ်မယ်)။
Size ကြီးလွန်းတဲ့ server — လူ ၁၀ ယောက်ပဲ သုံးတဲ့ site ကို လူ ၁၀,၀၀၀ အတွက် ပြင်ထားတဲ့ server နဲ့ run နေတာ။
Data transfer ခ — file တွေ region တစ်ခုကနေ တစ်ခုကို ရွှေ့တာ၊ user တွေ ဒေါင်းလုဒ်ဆွဲတာ — ဒါက တော်တော် ဈေးကြီးတယ်၊ လူတွေ မေ့တတ်တယ်။
မလိုတော့တဲ့ storage — backup အဟောင်းတွေ၊ log ဖိုင်တွေ S3 ထဲမှာ နှစ်ချီ စုနေတာ။
Auto Scaling ပွင့်နေတာ — traffic spike တစ်ခုကြောင့် server ၅၀ လုံး ပွင့်သွားပြီး ပြန်မကျတာ။

FinOps ဆိုတာ ဘာလဲ?

FinOps = Finance + DevOps။ လွယ်လွယ်ပြောရရင် “cloud ပိုက်ဆံကို engineer တွေကိုယ်တိုင် စောင့်ကြည့်ထိန်းသိမ်းတဲ့” လုပ်ငန်းစဉ်ပါ။ ဘဏ္ဍာရေးဌာနက လချုပ်မှာ လန့်ဖို့ထက်၊ သုံးနေတဲ့သူတွေကိုယ်တိုင် နေ့တိုင်း မြင်နေရတဲ့ စနစ်မျိုး။

ဒီနေ့ပဲ စလုပ်လို့ရတဲ့ FinOps အချက် ၆ ချက်

Billing alert ထားပါ — AWS Budgets / GCP Budgets မှာ “$50 ကျော်ရင် email ပို့” လို့ သတ်မှတ်ထားပါ။ ဒါက ၅ မိနစ်ပဲ ကြာတယ်၊ ဒါပေမယ့် bill shock ကို အစောဆုံး ဖမ်းမိတဲ့နည်း။
Tag တပ်ပါ — server တိုင်းမှာ project:webapp, env:test လို tag တပ်ထားရင် ဘယ် project က ဘယ်လောက်ကုန်နေတယ် ဆိုတာ ချက်ချင်း မြင်ရတယ်။
Test/dev server တွေကို schedule နဲ့ ပိတ်/ဖွင့်ပါ — ရုံးချိန် အပြင်မှာ auto shutdown လုပ်ထားရင် ကုန်ကျစရိတ် ၆၀% လောက် သက်သာတယ်။
Right-size လုပ်ပါ — CPU 5% ပဲ သုံးနေတဲ့ server ကြီးကို သေးသေးလေး ပြောင်းလိုက်ပါ။ CloudWatch/monitoring ကို တစ်လတစ်ခါ ပြန်ကြည့်ပါ။
S3 lifecycle rule ထားပါ — ၉၀ ရက်ကျော်တဲ့ log တွေ အလိုလို ပျက်သွားအောင် (ဒါမှမဟုတ် ဈေးသက်သာတဲ့ storage class ကို ရွှေ့သွားအောင်) လုပ်ထားပါ။
Spot/Preemptible instance သုံးပါ — test လုပ်ငန်းတွေအတွက် ပုံမှန် server ထက် ၇၀–၉၀% သက်သာတယ်။

Startup / Freelancer တွေအတွက် အကြံတစ်ခု

ကိုယ်က client အတွက် cloud စီမံပေးနေတဲ့ freelancer ဆိုရင် — billing alert ကို client ရဲ့ email နဲ့ ကိုယ့်ရဲ့ email နှစ်ခုလုံး ထားပါ။ Bill shock ဖြစ်ရင် client က ကိုယ့်ကို အပြစ်တင်မှာ — ကြိုကာကွယ်ထားတာ အကောင်းဆုံးပါ။

Cloud က ဓားလိုပဲ — သုံးတတ်ရင် အလုပ်မြန်တယ်၊ မစောင့်ကြည့်ဘဲ သုံးရင် လက်ထိခိုက်တယ်။ ဒီလ billing dashboard ကို တစ်ခါ ဝင်ကြည့်ကြည့်ပါ — မေ့ပြီးဖွင့်ထားတဲ့ server တစ်လုံး တွေ့ရင် ဒီ post ဖတ်ရတာ တန်သွားပြီ။ 🙂