Thuta Learning
Cloud Providers & Platforms
ExercisesDevOps & Toolsintermediate

လေ့ကျင့်ခန်း - Platform Map နှင့် ဆုံးဖြတ်ချက်လမ်းညွှန်

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

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

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

ဒီနောက်ဆုံး Lesson ဟာ Platform အသစ်တစ်ခုကို သင်ပေးတာ မဟုတ်ပါဘူး - Course တစ်ခုလုံးက ဖုံးလွှမ်းခဲ့တာကို နောက်ပိုင်း ပြန်ကြည့်နိုင်မယ့် Map တစ်ခုအဖြစ် စုစည်းပေးတာပါ။

Categoryဥပမာ Product & Capability Range
Major Cloud ProvidersAWS, Google Cloud, Azure - Raw VM ကနေ Managed everything အထိ Infrastructure range အပြည့်။
Web/Edge PlatformsCloudflare, Vercel, Netlify - Web delivery, Serverless, Edge function range။
Application PlatformsRailway, Render - Backend service, Database, Background job range။
Backend-as-a-ServiceSupabase, Firebase - Database, Auth, Storage, Realtime range Client SDK နောက်ကွယ်က။

Map ဖြစ်ပေမယ့် Strict Taxonomy မဟုတ်ပါ

Category တွေဟာ တကယ်တမ်း Overlap ဖြစ်ကြပါတယ် - Web/Edge Platform တစ်ခုဟာ Database host လုပ်နိုင်သလို Major Cloud တစ်ခုကလည်း BaaS-like Service ပေးနိုင်ပါတယ်။ Vendor တွေက Customer အတွက် Platform အရေအတွက် လျှော့ချချင်လို့ Category ကြားကို ဖြတ်ပြီး Feature ဆက်ထည့်နေကြပါတယ်။

အရေးကြီးတာက ဘယ် Vendor က Feature ဘယ်ဟာပေးလဲ အလွတ်ကျက်ထားတာ မဟုတ်ဘဲ Reasoning habit ကို ရရှိထားခြင်းပါ - လိုအပ်ချက်ကို ဦးစွာမေးပြီး Category ကို ရှာ၊ Vendor ကို နောက်မှ ရွေးပါ။

text
THE PLATFORM MAP
----------------
MAJOR CLOUDS                   WEB / EDGE PLATFORMS
(AWS, Google Cloud, Azure)     (Cloudflare, Vercel, Netlify)
range: full infra control,     range: web delivery, edge
VMs, networking, IAM           functions, serverless, CDN

APPLICATION PLATFORMS          BACKEND-AS-A-SERVICE (BaaS)
(Railway, Render)              (Supabase, Firebase)
range: backend services,       range: managed DB, auth,
containers, managed DBs        storage, realtime, low ops

Categories overlap in real products - this is a starting
map, not a strict taxonomy.

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

အောက်က platformCategoryForNeed function ဟာ ပထမ Exercise ရဲ့ Pattern အတိုင်း Map ကို Lookup အဖြစ် encode လုပ်ထားပါတယ်။ လိုချင်တာကို description နဲ့ ထည့်ပေးလိုက်ရင် ကိုက်ညီတဲ့ Category နဲ့ Product ကို ပြန်ပေးပါလိမ့်မယ်။

  • full infrastructure control -> Major Cloud Provider
  • modern frontend ကို မြန်မြန် deploy -> Web/Edge Platform
  • Database ပါတဲ့ Backend service -> Application Platform
  • Setup အနည်းဆုံးနဲ့ Auth+DB+Realtime -> Backend-as-a-Service

Worked Answer Key (ဖတ်မီ ကိုယ်တိုင်စဉ်းစားကြည့်ပါ)

Static docs site + Contact form -> Web/Edge Platform (Serverless function တစ်ခုက form ကို ကိုင်တွယ်)။ Postgres Admin dashboard, Backend staff မရှိ -> BaaS (သို့) Application Platform (Schema control လိုချင်မှု အပေါ်မူတည်)။ Custom networking + Audit log + IAM -> Major Cloud Provider (ဒီ Control တွေ Layer အဲဒီတစ်ခုတည်းမှာသာ ရှိလို့)။

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

javascript
function platformCategoryForNeed(need) {
  const map = {
    "need full infrastructure control": "Major Cloud Provider (e.g. AWS, Google Cloud, Azure)",
    "need to deploy a modern frontend fast": "Web/Edge Platform (e.g. Cloudflare, Vercel, Netlify)",
    "need a backend service with a database": "Application Platform (e.g. Railway, Render)",
    "need auth, database, and realtime with minimal setup": "Backend-as-a-Service (e.g. Supabase, Firebase)"
  };

  return map[need] || "Not in the starter map - re-check the course's Platform Map lesson.";
}

const needs = [
  "need full infrastructure control",
  "need to deploy a modern frontend fast",
  "need a backend service with a database",
  "need auth, database, and realtime with minimal setup"
];

for (const need of needs) {
  console.log(need, "->", platformCategoryForNeed(need));
}
You should see
Loop က need လေးခုအတွက် တစ်ကြောင်းစီ ရိုက်ထုတ်ပါတယ် - 'need full infrastructure control -> Major Cloud Provider (e.g. AWS, Google Cloud, Azure)'၊ 'need to deploy a modern frontend fast -> Web/Edge Platform (e.g. Cloudflare, Vercel, Netlify)'၊ 'need a backend service with a database -> Application Platform (e.g. Railway, Render)'၊ 'need auth, database, and realtime with minimal setup -> Backend-as-a-Service (e.g. Supabase, Firebase)' ။

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

Course တစ်ခုလုံးက အားလုံးကို ပေါင်းစပ်တဲ့ နောက်ဆုံး Scenario သုံးခု ဖြစ်ပါတယ်။ တစ်ခုစီကို Platform Map Category တစ်ခုထဲ ထည့်ပြီး ရွေးချယ်ရသက်သေအတွက် အကြောင်းပြချက်ကို ရေးချပါ။
1. Open-source library အတွက် Static documentation site ရိုးရိုးလေးကို ထုတ်ဖော်ချင်ပြီး၊ တစ်စုံတစ်ယောက်က Submit လုပ်လိုက်ရင် Email ပို့ပေးမယ့် Contact form ရိုးရိုးလေးလည်း ပါချင်တဲ့ သုံးယောက်ပါ Team တစ်ခု။
2. Backend/DevOps နောက်ခံအထူးမရှိတဲ့ Developer တွေက တည်ဆောက်နေတဲ့ Postgres Database ကို support ပေးမယ့် Admin dashboard တစ်ခု လိုအပ်နေတဲ့ Mid-size company ရဲ့ Internal-tools team။
3. Customer data ကို ထိတွေ့တဲ့ Service တိုင်းအတွက် Custom private networking, Audit log အသေးစိတ်, IAM policy တိကျတဲ့ Financial-services company တစ်ခု Customer-facing API run ဖို့ လိုအပ်နေခြင်း။
Scenario တစ်ခုစီအတွက် Category ကို အမည်ပေးပါ၊ Course ထဲက ကိုက်ညီတဲ့ Platform အနည်းဆုံးတစ်ခုကို အမည်ပေးပါ၊ ဒီ Scenario ရဲ့ ဘယ်အချက်က Category တခြားသုံးမျိုးကို ဖယ်ချခဲ့လဲဆိုတာ ရှင်းပြပါ။

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

Platform Map ကို Strict Decision Tree တစ်ခုအဖြစ် ယူဆပြီး Category တွေကြားက Overlap အစစ်ကို လျစ်လျူရှုခြင်း။

Category ရဲ့ Capability Range ကို Project ရဲ့ လိုအပ်ချက်နဲ့ တိုက်စစ်မယ့်အစား ဘယ် Vendor က Trend ရှိလဲ ကြည့်ပြီး ရွေးချယ်ခြင်း။

Google Cloud: What is multicloud?Cloud Providers & Platforms

Cloud Providers & Platforms Glossary — အသုံးများသော ဝေါဟာရများ

Termအဓိပ္ပာယ်
Cloud ComputingPhysical hardware ကိုယ်တိုင်မပိုင်ဘဲ Internet ပေါ်ကနေ Provider တစ်ခုဆီက Computing Resource (Server, Storage, Database) တွေကို ငှားသုံးခြင်း။
Computeသင့် Code ကို run ဖို့ Cloud Provider က ငှားပေးတဲ့ CPU/GPU/Memory အခြေခံ processing power။
IaaSVirtual Machine, Storage, Networking စတဲ့ raw infrastructure ကို ငှားပြီး OS အထက်ပိုင်းကို ကိုယ်တိုင် manage လုပ်ရတဲ့ Model။
PaaSProvider က OS နဲ့ Runtime ကို manage လုပ်ပေးထားပြီး App code ကိုပဲ deploy လုပ်ရုံသက်သက်ဖြစ်တဲ့ Model။
SaaSဘာမှ deploy/manage မလုပ်ဘဲ Internet ပေါ်က ပြင်ဆင်ပြီးသား Application တစ်ခုလုံးကို သုံးရုံဖြစ်တဲ့ Model။
RegionLatency လျှော့ချဖို့ (သို့) Data-residency စည်းမျဉ်းနဲ့ ကိုက်ညီဖို့ ရွေးချယ်တဲ့ Cloud Provider ရဲ့ Data Center တည်ရှိရာ ပထဝီဝင်နေရာတိုင်း။
Availability ZoneZone တစ်ခု ချို့ယွင်းသွားရင်တောင် App တစ်ခုလုံး မကျဆုံးအောင် Region တစ်ခုအတွင်း သီးခြားစီ ခွဲထားတဲ့ Data Center (များ)။
Cloud Cost StructureFlat fee အစား သုံးမှုအတိုင်း (Compute time, Storage, Bandwidth) ဘေလ်ချသည့် Pay-as-you-go စျေးနှုန်း Model။
Free TierLearning နဲ့ Project သေးသေးလေးတွေအတွက် အသုံးဝင်ပေမယ့် မထင်မှတ်ဘဲ ကျော်လွန်နိုင်တဲ့ Provider ပေးထားတဲ့ အခမဲ့ အသုံးပြုမှု ပမာဏ။
EgressCloud Provider ရဲ့ Network ထဲကနေ ထွက်သွားတဲ့ Data - ဝင်တာ အများအားဖြင့် အခမဲ့ဖြစ်ပေမယ့် ထွက်တာက ကုန်ကျစရိတ် ဖြစ်တတ်တဲ့ item။
AWSInfrastructure နဲ့ Managed Service အကျယ်ပြန့်ဆုံး ပေးတဲ့ အကြီးမားဆုံး Major Cloud Provider ဖြစ်တဲ့ Amazon Web Services။
Google CloudData/Analytics Service တွေနဲ့ မူလ ဖန်တီးခဲ့တဲ့ Kubernetes အတွက် ထင်ရှားတဲ့ Google ရဲ့ Major Cloud Provider။
AzureMicrosoft ရဲ့ Enterprise Software တွေကို အသုံးပြုနေပြီးသား Organization တွေက မကြာခဏ ရွေးချယ်တတ်တဲ့ Microsoft ရဲ့ Major Cloud Provider။
Cloud-NativeCloud ကို Server တစ်လုံးအဖြစ်ပဲ မသတ်မှတ်ဘဲ Scaling နဲ့ Managed Service တွေလို Cloud feature တွေကို အစကတည်းက အသုံးချအောင် App ကို ဒီဇိုင်းဆွဲခြင်း။
CloudflareGlobal CDN, DNS နဲ့ Edge Function Product (Workers) တွေအတွက် ထင်ရှားတဲ့ Web/Edge Platform။
Edge NetworkData Center တစ်ခုတည်းထက် User တွေနဲ့ ပိုနီးအောင် Code ကို run (သို့) Content ကို cache လုပ်ပေးတဲ့ ကမ္ဘာတစ်ဝှမ်း ဖြန့်ကျက်ထားတဲ့ Server များ။
VercelPull Request တစ်ခုချင်းစီအတွက် Preview Deployment ချက်ချင်းရနိုင်ပြီး Frontend (အထူးသဖြင့် Next.js) deployment မြန်ဆန်ဖို့ တည်ဆောက်ထားတဲ့ Platform။
NetlifyStatic Site, Frontend Framework နဲ့ Serverless Function တွေအပေါ် အာရုံစိုက်ထားတဲ့ Vercel နဲ့ဆင်တူတဲ့ Web/Edge Platform။
Preview DeploymentMerge မလုပ်ခင် အပြောင်းအလဲကို review လုပ်ဖို့ Branch (သို့) Pull Request တစ်ခုကနေ အလိုအလျောက် တည်ဆောက်တဲ့ ယာယီ live version။
RailwayConfiguration အနည်းဆုံးနဲ့ Backend Service, Database, Background Worker တွေကို deploy လုပ်ပေးတဲ့ Application Platform။
RenderManaged Web Service, Database, Background Job တွေပေးတဲ့ Railway နဲ့ဆင်တူတဲ့ Application Platform။
Modern Deployment PlatformServer ကို ကိုယ်တိုင် setup လုပ်ရတဲ့ Build, Deploy, Scaling အဆင့်တွေကို အလိုအလျောက် လုပ်ပေးတဲ့ Platform များ (Railway, Render, Vercel, Netlify အစရှိသည်) အတွက် အကျုံးဝင်အမည်။
BaaSကိုယ်ပိုင် Server ရေးစရာမလိုဘဲ Client Code ကနေ တိုက်ရိုက်ခေါ်သုံးနိုင်တဲ့ Hosted Backend (Database, Authentication, Storage, Realtime)။
SupabaseDatabase, Auth, Storage, Realtime Subscription တွေကို ချက်ချင်းရနိုင်အောင် Postgres အပေါ်တည်ဆောက်ထားတဲ့ Open-source BaaS။
FirebaseMobile App တွေမှာ လူကြိုက်များတဲ့ NoSQL Database (Firestore), Authentication, Storage, Hosting ပေးတဲ့ Google ရဲ့ BaaS။
Row-Level SecurityApp Code မဟုတ်ဘဲ Database ကိုယ်တိုင်က User တစ်ဦးချင်းစီ ဖတ်/ရေး ခွင့်ရှိတဲ့ Row တွေကို ကန့်သတ်ပေးတဲ့ Database Rule။
Rolling DeploymentApp ကို တစ်လျှောက်လုံး available ဖြစ်နေအောင် Version အဟောင်းရဲ့ Instance တွေကို Version အသစ်နဲ့ တဖြည်းဖြည်း အစားထိုးတဲ့ Deployment Strategy။
Blue-Green Deploymentတူညီတဲ့ Environment နှစ်ခု (အဟောင်းနှင့်အသစ်) ကို run ထားပြီး Traffic အားလုံးကို တစ်ပြိုင်နက် ပြောင်းပေးတဲ့ Rollback ချက်ချင်းလုပ်နိုင်တဲ့ Deployment Strategy။
Canary DeploymentFull Rollout မလုပ်ခင် ပြဿနာများကို ဖမ်းယူဖို့ Traffic ရာခိုင်နှုန်းအနည်းငယ်ကိုသာ Version အသစ်ဆီ ဦးစွာ ပို့ပေးတဲ့ Deployment Strategy။
Managed Container ServiceUnderlying Server, Scaling, Orchestration တွေကို ကိုယ်စား handle လုပ်ပေးပြီး သင့် Container (Docker Image များကဲ့သို့) ကို run ပေးတဲ့ Cloud Service။
Kubernetesစက်များစွာပေါ်မှာ Container တွေကို scale ကျယ်စွာ orchestrate လုပ်ဖို့ Open-source System - Major Cloud တွေမှာ Managed Service အနေနဲ့ အများဆုံးတွေ့ရ (Brief refresher)။
Vendor Lock-InProvider တစ်ခုရဲ့ သီးခြား Feature တွေကို အလွန်အားထားနေသဖြင့် Provider တခြားတစ်ခုသို့ ပြောင်းရခက်ခဲ၊ ကုန်ကျစရိတ်များလာခြင်း။
Multi-CloudVendor Lock-In လျှော့ချဖို့ (သို့) Provider တစ်ခုစီရဲ့ အားသာချက်ကို အသုံးချဖို့ Cloud Provider တစ်ခုထက်ပို၍ တမင်တကာ အသုံးပြုခြင်း။
ObservabilityLog, Metric, Trace ကဲ့သို့ ပြင်ပ output တွေကနေ run နေတဲ့ System တစ်ခုအတွင်း ဘာဖြစ်နေလဲဆိုတာ နားလည်နိုင်စွမ်း။
Vibe CodingCode ကို ကိုယ်တိုင်ရေးမယ့်အစား AI Tool ကို လိုချင်တာကို ဖော်ပြပြီး App ကို အများစု တည်ဆောက်ခြင်း။
Production ReadinessReal User တွေ မှီခိုမသုံးမီ App တစ်ခု ပြည့်မီသင့်တဲ့ စိုးရိမ်စရာများ (Security, Monitoring, Backup, Error Handling) checklist။

Platform Decision Guide

လိုအပ်ချက်ရွေးချယ်သင့်သည်
Need a simple marketing/portfolio siteStatic Hosting/CDN category ရှိ Platform (Cloudflare Pages, Netlify, Vercel static hosting) နဲ့ စတင်ပါ - မြန်ဆန်ပြီး ဒီအရွယ်အစားအတွက် အများအားဖြင့် အခမဲ့ဖြစ်ပြီး Server management မလိုပါ။
Need to deploy a modern frontend app (React, Next.js, etc.)Managed Web/Edge Platform (Vercel, Netlify, Cloudflare) ကို ပုံမှန် အစပြုကြပါတယ် - Build, Preview, CDN distribution တွေကို ကိုယ်စား handle လုပ်ပေးပါတယ်။
Need a full-stack framework app (frontend + API routes together)Serverless Function ပါတဲ့ Web/Edge Platform (Vercel, Netlify) (သို့) Application Platform (Railway, Render) ဟာ နှစ်ခုစလုံး ကိုက်ညီနိုင်ပါတယ် - Backend Logic ဘယ်လောက်ပါလဲဆိုတာအပေါ် မူတည်ပြီး ရွေးလေ့ရှိပါတယ်။
Need a Node.js or Python backend serviceApplication Platform (Railway, Render) ဟာ ပုံမှန်အားဖြင့် အမြန်ဆုံး အစပြုနေရာဖြစ်ပါတယ် - Server ကိုယ်တိုင် configure မလုပ်ဘဲ Service ကို တိုက်ရိုက် deploy လုပ်နိုင်ပါတယ်။
Need a long-running backend process (queue worker, websocket server)Container/VM-based Option (သို့) Application Platform ရဲ့ dedicated Worker/Service type ကို ဦးစားပေးပါ - Serverless Function သီးသန့်ဟာ ဆက်တိုက် run ဖို့မဟုတ်ဘဲ start/stop ဖို့ တည်ဆောက်ထားခြင်းဖြစ်ပါတယ်။
Need a managed databaseManaged Database category ထဲက Product (Major Cloud, Application Platform ရဲ့ Add-on, BaaS) တစ်ခုခုဟာ Database Server ကိုယ်တိုင် run ရတာမှ ကယ်တင်ပေးပါလိမ့်မယ်။
Need auth + database quickly with minimal setupBaaS (Supabase, Firebase) ဟာ ဒီနေရာအတွက် ကောင်းစွာ ကိုက်ညီနိုင်ပါတယ် - Database, Authentication, Storage အများစုကို Client SDK တစ်ခုတည်းအောက်မှာ ပေါင်းစည်းပေးထားပါတယ်။
Need execution close to users around the world (low latency)Edge Platform ရဲ့ Edge-function category (Cloudflare Workers နှင့်ဆင်တူသော) ဟာ Region တစ်ခုတည်းအစား User အနီးမှာ Code ကို run ဖို့ တိကျစွာ ဒီဇိုင်းဆွဲထားပါတယ်။
Need full infrastructure control (custom networking, compliance, IAM)Major Cloud Provider ရဲ့ raw VM/Container ဟာ ဒီအတွက် တည်ဆောက်ထားတဲ့ category ဖြစ်ပါတယ် - Layer တိုင်းအပေါ် တိုက်ရိုက် ထိန်းချုပ်ခွင့်အတွက် Convenience ကို လဲလှယ်ရပါတယ်။
Need to avoid heavy vendor lock-inCategory အားလုံးတွင် Standard Technology များကို ဦးစားပေးပါ - Proprietary Query API အစား Plain SQL, Platform-specific Build System အစား Container, ဖြစ်နိုင်သလောက် Vendor-only SDK အစား Standard Protocol များ။
Deploying an app that was mostly AI-generated (vibe coded)ဘယ် Platform category ကို deploy လုပ်လုပ် Real User မထိတွေ့မီ Production-readiness checklist တစ်ခုကို ဖြတ်သန်းစေပါ - category ဟာ ဒီ review ကို အစားထိုးမပေးနိုင်ပါ။

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

  • Platform Map ကို Strict Decision Tree တစ်ခုအဖြစ် ယူဆပြီး Category တွေကြားက Overlap အစစ်ကို လျစ်လျူရှုခြင်း။
  • Category ရဲ့ Capability Range ကို Project ရဲ့ လိုအပ်ချက်နဲ့ တိုက်စစ်မယ့်အစား ဘယ် Vendor က Trend ရှိလဲ ကြည့်ပြီး ရွေးချယ်ခြင်း။
  • ဒီ course က provider/platform landscape ကို comparison-level မှာသာ သင်ပေးပါတယ် — AWS, Docker, CI/CD, Firebase, deployment fundamentals ကို နက်နက်ရှိုင်းရှိုင်း လေ့လာချင်ရင် AWS Fundamentals, Docker, CI/CD, Firebase, Cloud & Deployment tutorial တွေဆီ ဆက်သွားပါ။

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

Course တစ်ခုလုံးက အားလုံးကို ပေါင်းစပ်တဲ့ နောက်ဆုံး Scenario သုံးခု ဖြစ်ပါတယ်။ တစ်ခုစီကို Platform Map Category တစ်ခုထဲ ထည့်ပြီး ရွေးချယ်ရသက်သေအတွက် အကြောင်းပြချက်ကို ရေးချပါ။
1. Open-source library အတွက် Static documentation site ရိုးရိုးလေးကို ထုတ်ဖော်ချင်ပြီး၊ တစ်စုံတစ်ယောက်က Submit လုပ်လိုက်ရင် Email ပို့ပေးမယ့် Contact form ရိုးရိုးလေးလည်း ပါချင်တဲ့ သုံးယောက်ပါ Team တစ်ခု။
2. Backend/DevOps နောက်ခံအထူးမရှိတဲ့ Developer တွေက တည်ဆောက်နေတဲ့ Postgres Database ကို support ပေးမယ့် Admin dashboard တစ်ခု လိုအပ်နေတဲ့ Mid-size company ရဲ့ Internal-tools team။
3. Customer data ကို ထိတွေ့တဲ့ Service တိုင်းအတွက် Custom private networking, Audit log အသေးစိတ်, IAM policy တိကျတဲ့ Financial-services company တစ်ခု Customer-facing API run ဖို့ လိုအပ်နေခြင်း။
Scenario တစ်ခုစီအတွက် Category ကို အမည်ပေးပါ၊ Course ထဲက ကိုက်ညီတဲ့ Platform အနည်းဆုံးတစ်ခုကို အမည်ပေးပါ၊ ဒီ Scenario ရဲ့ ဘယ်အချက်က Category တခြားသုံးမျိုးကို ဖယ်ချခဲ့လဲဆိုတာ ရှင်းပြပါ။

You'll know it worked when: Loop က need လေးခုအတွက် တစ်ကြောင်းစီ ရိုက်ထုတ်ပါတယ် - 'need full infrastructure control -> Major Cloud Provider (e.g. AWS, Google Cloud, Azure)'၊ 'need to deploy a modern frontend fast -> Web/Edge Platform (e.g. Cloudflare, Vercel, Netlify)'၊ 'need a backend service with a database -> Application Platform (e.g. Railway, Render)'၊ 'need auth, database, and realtime with minimal setup -> Backend-as-a-Service (e.g. Supabase, Firebase)' ။

လေ့ကျင့်ခန်း - Platform Map နှင့် ဆုံးဖြတ်ချက်လမ်းညွှန် | Thuta Learning