Microservices တွေရဲ့ စိန်ခေါ်မှုများ
လက်တွေ့အခြေအနေ - ဒါက မလွယ်ပါဘူး
Section titled “လက်တွေ့အခြေအနေ - ဒါက မလွယ်ပါဘူး”Microservices တွေက အစွမ်းထက်ပေမယ့်၊ သူတို့က သိသိသာသာ ရှုပ်ထွေးမှုတွေကို ဖြစ်ပေါ်စေပါတယ်။ သင်က Monolith ရဲ့ ပြဿနာတွေကို Distributed Systems တွေရဲ့ ပြဿနာအသစ်တွေနဲ့ လဲလှယ်လိုက်တာပါပဲ။
စိန်ခေါ်မှု ၁: နေရာအနှံ့ရှိ Data များကို စီမံခန့်ခွဲခြင်း
Section titled “စိန်ခေါ်မှု ၁: နေရာအနှံ့ရှိ Data များကို စီမံခန့်ခွဲခြင်း”-
Eventual Consistency - Service တစ်ခုချင်းစီမှာ ကိုယ်ပိုင် Database ရှိတဲ့အတွက်၊ System တစ်ခုလုံးအနေနဲ့ ယာယီအားဖြင့် Data တွေကွဲလွဲနေနိုင်ပါတယ်။
- ဥပမာ - User တစ်ယောက်က “User Service” မှာ သူ့ရဲ့ ပို့ဆောင်ရမယ့်လိပ်စာကို ပြောင်းလိုက်ရင်၊ “Shipping Service” က ဒီအပြောင်းအလဲကို သိဖို့ အချိန်ခဏလောက် ယူရနိုင်ပါတယ်။ System က နောက်ဆုံးမှာတော့ Data တွေ ကိုက်ညီသွားလိမ့်မယ်၊ ဒါပေမဲ့ ချက်ချင်းတော့ မဟုတ်ပါဘူး။
-
Distributed Transactions - Service အများအပြားမှာ Data တွေကို Update လုပ်ရမယ့် လုပ်ဆောင်ချက်တစ်ခုကို ဘယ်လိုကိုင်တွယ်မလဲ။
- ဥပမာ - Order တစ်ခုတင်လိုက်ရင် “Orders Service,” “Payments Service,” နှင့် “Inventory Service” တို့ကို Update လုပ်ရပါမယ်။ သင်က သမားရိုးကျ Database Transaction ကို သုံးလို့မရပါဘူး။ ဒါက များသောအားဖြင့် Saga Pattern လို ရှုပ်ထွေးတဲ့ Pattern တစ်ခု လိုအပ်လာပါတယ်။
စိန်ခေါ်မှု ၂: လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာ ရှုပ်ထွေးမှု (Operational Complexity)
Section titled “စိန်ခေါ်မှု ၂: လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာ ရှုပ်ထွေးမှု (Operational Complexity)”-
Deployment: သင်က Application တစ်ခုတည်းကို Deploy လုပ်နေတာ မဟုတ်တော့ပါဘူး။ သေးငယ်တဲ့ Application ဒါဇင်ပေါင်းများစွာကို Deploy လုပ်ပြီး စီမံခန့်ခွဲနေရတာပါ။ ဒါက အလိုအလျောက်စနစ် (CI/CD Pipelines) တွေ အများကြီးလိုအပ်ပါတယ်။
-
Monitoring: System တစ်ခုလုံး ကောင်းကောင်း အလုပ်လုပ်ရဲ့လားဆိုတာ ဘယ်လိုသိမလဲ။ User Request တစ်ခုက Service ငါးခုလောက်ဆီကို “ခုန်ကူး” သွားနိုင်တယ်။ ပြဿနာဘယ်မှာဖြစ်လဲဆိုတာ အတိအကျသိဖို့ Distributed Tracing လိုမျိုး ရှုပ်ထွေးတဲ့ Tool တွေ လိုအပ်ပါတယ်။
-
Debugging: Error တစ်ခုရဲ့ အရင်းအမြစ်ကို ရှာရတာ အများကြီးပိုခက်ပါတယ်။ ပြဿနာက Service သုံးခုထဲက တစ်ခုခုမှာဖြစ်နိုင်သလို၊ သူတို့ကြားက Network ဆက်သွယ်မှုမှာလည်း ဖြစ်နိုင်ပါတယ်။
နံပါတ် ၁ ထောင်ချောက် - The Distributed Monolith
Section titled “နံပါတ် ၁ ထောင်ချောက် - The Distributed Monolith”-
ဒါက အဆိုးဆုံးအခြေအနေပါ။ ဘာလဲဆိုတော့ သင်က Application ကို Service အသေးလေးတွေအဖြစ် ခွဲထုတ်လိုက်ပေမယ့်၊ သူတို့က တစ်ခုနဲ့တစ်ခု အရမ်းကို တင်းကျပ်စွာ ချိတ်ဆက် (Tightly Coupled) နေလို့၊ Service တစ်ခုမှာ အပြောင်းအလဲလုပ်လိုက်တာနဲ့ တခြား Service အများအပြားကိုပါ လိုက်ပြီးအတူတူ Deploy လုပ်နေရတာမျိုးပါ။
-
ရလဒ်အနေနဲ့ သင်က Distributed System ရဲ့ အခက်အခဲတွေအားလုံးကို ရရှိပြီး၊ Monolith ရဲ့ အားသာချက်ရော၊ Microservices ရဲ့ အားသာချက်ပါ ဘာတစ်ခုမှ မရလိုက်ပါဘူး။
-
ဘယ်လိုရှောင်မလဲဆိုရင် အစကတည်းက Service တွေကြား လွတ်လပ်တဲ့ချိတ်ဆက်မှု (Loose Coupling) နဲ့ Service တစ်ခုချင်းစီကို လွတ်လပ်စွာ Deploy လုပ်နိုင်ဖို့ကိုပဲ အာရုံစိုက်ပါ။
