Hosting အမျိုးအစားများ

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

ကိုယ့် app ကို deploy လုပ်ရမယ်ဆိုတာ သိပြီဆိုရင် နောက်မေးခွန်းက ဘယ်နေရာမှာ ဆိုတာပါ။ Hosting ဆိုတာ convenience ကို control နဲ့ ပြန်လဲတဲ့ category spectrum တစ်ခုပါ။

• Static / Managed platforms (Netlify, Vercel, GitHub Pages) — almost အလုံးစုံ ကိုင်တွယ်ပေးပြီး control အနည်းငယ်
• Serverless (AWS Lambda, Google Cloud Functions) — server manage မလုပ်ရ၊ usage အလိုက်ပဲ charge
• Containers (AWS ECS, Google Cloud Run) — ဘယ်နေရာမှာမဆို ကိုက်ညီစွာ run၊ runtime control ပိုရ
• VPS (virtual private server) — OS access အပြည့်၊ control အမြင့်ဆုံး၊ တာဝန်လည်း အများဆုံး
• Shared hosting — customer အများစု server တစ်ခုတည်းပေါ်၊ ဈေးသက်သာ၊ control ကန့်သတ်

ဒီ category ဘယ်ခုမှ universally အကောင်းဆုံး မဟုတ်ပါ။ Personal blog သေးသေးလေးနဲ့ multi-service backend ကြီးတစ်ခုမှာ လိုအပ်ချက် လုံးဝ ကွဲပြားပြီး၊ ဒီ course ရဲ့ နောက်ပိုင်း lesson များနဲ့ project များက ရွေးချယ်ပုံကို သင်ပေးပါလိမ့်မယ်။

HOSTING CATEGORIES: MANAGED VS CONTROL
--------------------------------------
 MOST MANAGED                                    MOST CONTROL
 LEAST CONTROL  <-----------------------------> LEAST MANAGED

 Static/Managed    Serverless    Containers    VPS (full OS)
 (Netlify, Vercel,  (Lambda,     (ECS, Cloud   (EC2, Droplet)
  GitHub Pages)      Functions)   Run)

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

အောက်က recommendHosting function ဟာ toy decision-maker တစ်ခုသာ ဖြစ်ပြီး၊ တကယ့်ဘဝမှာ မျက်စိမှိတ် လိုက်နာစရာ rule မဟုတ်ပါဘူး — ဒါပေမယ့် hosting category ရွေးချယ်ခြင်းရဲ့ essence ကို ဖမ်းယူထားပါတယ်။ Project တစ်ခုအကြောင်း yes-or-no fact သုံးခု — backend code ရှိသလား၊ operating system ကို control အပြည့် လိုသလား၊ team က ongoing operations work အနည်းဆုံးလိုချင်သလား — ကို ယူပြီး recommended category တစ်ခု ပြန်ပေးပါတယ်။ Backend code လုံးဝ မရှိတဲ့ portfolio site လို project က static hosting ရပါတယ် — server-side code run စရာ မလိုလို့ပါ။

Custom game server လို operating system control အပြည့် လိုအပ်တဲ့ project ကတော့ VPS ရပါတယ်။ ကျန်တဲ့ ops work အနည်းဆုံး လိုချင်တာက serverless ရပြီး၊ မဟုတ်ရင် container hosting ဆီ ပြန်ကျပါတယ်။

Project ဥပမာသုံးခုနဲ့ run ကြည့်တာက ကွဲပြားပေမယ့် ယုတ္တိတန်တဲ့ အဖြေသုံးခုကို ပြပါတယ်။ ဒါက တမင် ရိုးရှင်းအောင် ဆောက်ထားတာဆိုတာ သတိရပါ — real decision တွေမှာ cost, team experience, expected traffic, project ကြီးထွားနိုင်ပုံ တို့ကိုလည်း ထည့်တွက်ရပါလိမ့်မယ် — ဒါက ဒီ site ပေါ်က ပိုအဆင့်မြင့်တဲ့ material တွေရဲ့ ရည်ရွယ်ချက်ပါပဲ။

• Hosting ဟာ convenience ကို control နဲ့ ပြန်လဲတဲ့ category spectrum ပါ
• Static/managed, serverless, container, VPS, shared hosting ဆိုတဲ့ category ငါးမျိုး ရှိပါတယ်
• Category ဘယ်ခုမှ universally အကောင်းဆုံး မဟုတ်ဘဲ project ရဲ့ လိုအပ်ချက်ပေါ် မူတည်ပါတယ်

Hosting Category Cheat-Check

• Backend code လုံးဝ မရှိဘူးလား? -> Static hosting က ကိုက်ညီတယ်
• OS ပေါ်မှာ control အပြည့် လိုချင်လား? -> VPS ကို စဉ်းစားပါ
• Traffic ကို predict မလုပ်နိုင်ဘဲ pay-per-use ကို နှစ်သက်လား? -> Serverless ကို စဉ်းစားပါ
• Environment ဘယ်နေရာမှာမဆို တူညီစွာ run စေချင်လား? -> Container hosting ကို စဉ်းစားပါ
• Ops (server management) ကို အနည်းဆုံးထားချင်လား? -> Managed platform (သို့) serverless ကို ရွေးပါ
• Budget အနည်းငယ်ပဲ ရှိပြီး site သေးသေးလေးလား? -> Shared hosting ကို ရွေးနိုင်ပေမယ့် ကန့်သတ်ချက်ကို သိထားပါ

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

function recommendHosting({ hasBackend, needsFullControl, wantsMinimalOps }) {
  if (!hasBackend) return "static hosting";
  if (needsFullControl) return "VPS";
  if (wantsMinimalOps) return "serverless";
  return "container hosting";
}

const projects = [
  { name: "Portfolio site", hasBackend: false, needsFullControl: false, wantsMinimalOps: true },
  { name: "Custom game server", hasBackend: true, needsFullControl: true, wantsMinimalOps: false },
  { name: "Small API backend", hasBackend: true, needsFullControl: false, wantsMinimalOps: true }
];

for (const p of projects) {
  const { name, ...needs } = p;
  console.log(`${name} -> ${recommendHosting(needs)}`);
}

Portfolio site -> static hosting
Custom game server -> VPS
Small API backend -> serverless

Wikipedia: Web hosting service — Cloud & Deployment