Thuta Learning
Cloud Providers & Platforms
AdvancedDevOps & Toolsintermediate

ပလက်ဖောင်း ဆုံးဖြတ်ချက် လမ်းညွှန်

ဒီခန်းပြီးရင် ဘာတတ်သွားမလဲ

  • ပလက်ဖောင်း ဆုံးဖြတ်ချက် လမ်းညွှန် concept ကို နားလည်ရှင်းပြနိုင်ရန်
  • Diagram/table ကို ဖတ်ပြီး platform/provider category တွေ ဘယ်လို ကွာခြားသလဲ ခြေရာခံနိုင်ရန်
  • ကိုယ့် project အတွက် ဘယ် platform category ကို ဘယ်လို ရွေးချယ်သင့်သလဲ ရှင်းပြနိုင်ရန်

နားလည်ထားရမယ့် အချက်

Application တစ်ခုကို deploy လုပ်ရန် ဘယ်နေရာမှာလုပ်မလဲဆိုတာ ဆုံးဖြတ်ဖို့ မေးခွန်းတစ်ခုကနေ စတင်ပါသည် — သင်ဘာကို တကယ် deploy လုပ်နေသနည်း။ server-side logic လုံးဝမပါသော static website သည် static hosting သို့မဟုတ် CDN နှင့် အကိုက်ညီဆုံးဖြစ်ပြီး မြန်ဆန်၊ စျေးသက်သာ၊ ရိုးရှင်းပါသည်။

React သို့မဟုတ် Vue ကဲ့သို့ framework ဖြင့် တည်ဆောက်ထားသော modern frontend တစ်ခုသည် server rendering အလေးအနက်မလိုအပ်ပါက managed frontend platform တစ်ခုနှင့် ကိုက်ညီလေ့ရှိသည်။ frontend နှင့် backend ကို codebase တစ်ခုတည်းတွင် ပေါင်းစပ်ထားသော full-stack framework app သည် ထိုပုံစံအတွက် ဒီဇိုင်းထုတ်ထားသော managed full-stack platform နှင့် ကိုက်ညီသည်။

သီးခြား Node.js သို့မဟုတ် Python backend သည် မည်မျှ control လိုအပ်သည်ပေါ်မူတည်ပြီး PaaS၊ container သို့မဟုတ် server သေးငယ်တစ်ခုနှင့် ကိုက်ညီလေ့ရှိသည်။ short-lived function များဖြင့် အစားထိုးမရသော long-running backend process တစ်ခုမှာ persistent workload များအတွက် တည်ဆောက်ထားသော container၊ VM သို့မဟုတ် managed service တစ်ခု လိုအပ်ပါသည်။

  • Database ကို ဗဟိုပြုထားသော project — managed database service သို့မဟုတ် BaaS သို့ ညွှန်ပြသည်
  • Authentication + database ကို လျင်မြန်စွာ လိုအပ်ပါက — BaaS သည် အမြန်ဆုံးလမ်းကြောင်းဖြစ်နိုင်သည်
  • Network edge နှင့်နီးသော code လိုအပ်ပါက — edge platform များကို ကြည့်ပါ
  • Infrastructure အပေါ် အပြည့်အဝ control လိုအပ်ပါက — major cloud provider (VM + container) က ထိုအထိန်းအချုပ်ကို ပေးသော်လည်း setup အလုပ်ပိုများသည်

စည်းမျဉ်းအမြဲမှန်သည်မဟုတ်

ဒါဟာ ဆုံးဖြတ်ချက်ကူညီသည့် tool တစ်ခုသာဖြစ်ပြီး absolute rule set မဟုတ်ပါ။ တကယ့် project များသည် requirement များ ရောနှောနေတတ်ပြီး မှန်ကန်သော အဖြေသည် chart ကို အလွတ်ကျက်ခြင်းမှ မလာဘဲ သင့်ရဲ့ တကယ့် ကန့်သတ်ချက်များကို ပြန်စစ်ဆေးခြင်းမှသာ ရရှိပါသည်။

text
PLATFORM DECISION TREE (CONDENSED)
----------------------------------
START: What are you deploying?
  |
  +-- Static site, no server logic ------> Static hosting / CDN
  +-- Modern frontend (no heavy SSR) ----> Managed frontend platform
  +-- Full-stack framework app ----------> Managed full-stack platform
  +-- Standalone Node/Python backend ----> PaaS / container / server
  +-- Long-running backend process ------> Container / VM / managed svc
  +-- Data is the main thing ------------> Managed DB / BaaS
  +-- Need auth + DB fast ----------------> BaaS may fit
  +-- Need edge execution ----------------> Edge platform
  +-- Need full infra control ------------> Major cloud (VM+containers)

NOTE: helper, not law -- re-check against real requirements

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

Project ကို ဖော်ပြပါ

Internal dashboard တစ်ခု — data ကို server-side တွင် render လုပ်ပြီး database လိုအပ်သည်၊ edge သို့မဟုတ် compliance requirement မရှိပါ။

Static ဟုတ်/မဟုတ် စစ်ပါ

မဟုတ်ပါ — server rendering လိုအပ်သည်။

Full-stack framework ဟုတ်/မဟုတ် စစ်ပါ

ဟုတ်ပါက — app ကိုယ်တိုင်အတွက် managed full-stack platform တစ်ခုနှင့် storage အတွက် managed database service သို့မဟုတ် BaaS ကို ညွှန်ပြသည်။

နှိုင်းယှဉ်ကြည့်ပါ

Mobile client များအတွက် WebSocket connection ရှိသော public API တစ်ခုနှင့် နှိုင်းယှဉ်ပါ — static မဟုတ်၊ full-stack framework app မဟုတ်၊ persistent connection လိုအပ်သည် — container သို့မဟုတ် VM ကို ညွှန်ပြသည်။

Tree ဟာ vendor အမည်တစ်ခုကို တိုက်ရိုက်ပေးမည် မဟုတ်ပါ — category ကို ကျဉ်းလိုက်ပေးသည်ပါဘဲ။ သင်သည် ဈေးနှုန်း၊ team ရဲ့ ရင်းနှီးမှု၊ ရှိပြီးသား infrastructure ပေါ်မူတည်၍ vendor တစ်ခုချင်းစီကို ရွေးချယ်ရဦးမည်ဖြစ်သည်။

အတူတူ စမ်းရေးကြည့်မယ်

javascript
function recommendPlatformCategory(needs) {
  const {
    isStatic = false,
    isFullStackFramework = false,
    needsLongRunningBackend = false,
    needsDatabase = false,
    needsAuthQuickly = false,
    needsEdge = false,
    needsFullControl = false,
  } = needs;

  // Order matters: check the most specific / highest-priority signals first.
  if (needsFullControl) {
    return "major-cloud-provider (VM / containers, full infra control)";
  }
  if (needsEdge) {
    return "edge-platform (code runs close to users)";
  }
  if (isStatic) {
    return "static-hosting-or-cdn";
  }
  if (needsAuthQuickly && needsDatabase) {
    return "baas (bundled auth + database)";
  }
  if (isFullStackFramework) {
    return "managed-full-stack-platform";
  }
  if (needsLongRunningBackend) {
    return "container-or-vm-or-managed-persistent-service";
  }
  if (needsDatabase) {
    return "managed-database-service";
  }
  // Default: a frontend-leaning app with no special constraints.
  return "managed-frontend-platform";
}

const examples = [
  { name: "Marketing site (plain HTML)", needs: { isStatic: true } },
  { name: "Internal dashboard (SSR + DB)", needs: { isFullStackFramework: true, needsDatabase: true } },
  { name: "Weekend auth+DB prototype", needs: { needsAuthQuickly: true, needsDatabase: true } },
  { name: "WebSocket API server", needs: { needsLongRunningBackend: true } },
];

for (const ex of examples) {
  console.log(ex.name, "->", recommendPlatformCategory(ex.needs));
}
You should see
Marketing site (plain HTML) -> static-hosting-or-cdn
Internal dashboard (SSR + DB) -> managed-full-stack-platform
Weekend auth+DB prototype -> baas (bundled auth + database)
WebSocket API server -> container-or-vm-or-managed-persistent-service

၅ မိနစ် စမ်းကြည့်

သင့်ရဲ့ လက်ရှိ (သို့) စိတ်ကူးထားသော project တစ်ခုအတွက် needs object တစ်ခု ရေးပြီး ဘယ် category ရလာသလဲ ကြည့်ပါ။ ရလဒ်ကို သင်တကယ်ရွေးချယ်လိုသည့် platform နှင့် တိုက်စစ်ကြည့်ပါ

သတိလေးတစ်ချက်

Decision tree ကို absolute law အဖြစ် သဘောထားပြီး requirement ကို ပြန်မစစ်ဆေးတော့ခြင်း

Category တစ်ခုတည်းကို ရှာလိုက်ပြီး project တွင် requirement များစွာ ရောနှောနေနိုင်ကြောင်း မေ့သွားခြင်း

Wikipedia: Platform as a serviceCloud Providers & Platforms

ဒီနေရာမှာ လူအများမှားတတ်တယ်

  • Decision tree ကို absolute law အဖြစ် သဘောထားပြီး requirement ကို ပြန်မစစ်ဆေးတော့ခြင်း
  • Category တစ်ခုတည်းကို ရှာလိုက်ပြီး project တွင် requirement များစွာ ရောနှောနေနိုင်ကြောင်း မေ့သွားခြင်း
  • ဒီ course က provider/platform landscape ကို comparison-level မှာသာ သင်ပေးပါတယ် — AWS, Docker, CI/CD, Firebase, deployment fundamentals ကို နက်နက်ရှိုင်းရှိုင်း လေ့လာချင်ရင် AWS Fundamentals, Docker, CI/CD, Firebase, Cloud & Deployment tutorial တွေဆီ ဆက်သွားပါ။

လေ့ကျင့်ခန်း

သင့်ရဲ့ လက်ရှိ (သို့) စိတ်ကူးထားသော project တစ်ခုအတွက် needs object တစ်ခု ရေးပြီး ဘယ် category ရလာသလဲ ကြည့်ပါ။ ရလဒ်ကို သင်တကယ်ရွေးချယ်လိုသည့် platform နှင့် တိုက်စစ်ကြည့်ပါ

You'll know it worked when: Marketing site (plain HTML) -> static-hosting-or-cdn Internal dashboard (SSR + DB) -> managed-full-stack-platform Weekend auth+DB prototype -> baas (bundled auth + database) WebSocket API server -> container-or-vm-or-managed-persistent-service

ပလက်ဖောင်း ဆုံးဖြတ်ချက် လမ်းညွှန် | Thuta Learning