Production Data နှင့် Storage

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

Production app တိုင်းမှာ data အမျိုးအစား သုံးမျိုး ကွဲပြားစွာ ရှိပြီး၊ အားလုံးကို တစ်ပုံစံတည်း သိမ်းလိုက်တာက launch ပြီးနောက် app ပျက်စီးရတဲ့ အဖြစ်များဆုံး အကြောင်းရင်းတွေထဲက တစ်ခုပါ။

• Structured data (user, order, comment) ကတော့ database ထဲမှာ — transaction, index, consistent query ရရှိမယ်။
• File တွေ (image, video, PDF, report) ကတော့ object storage ထဲမှာ — binary blob ကြီးတွေအတွက် HTTP ကနေ serve ဖို့ ဒီဇိုင်းလုပ်ထားပါတယ်။
• Object storage ဟာ database မဟုတ်သလို၊ server ပေါ်က folder တစ်ခုလည်း မဟုတ်ပါဘူး။

Production database connection ဟာ local တစ်ခုထက် stakes ပိုမြင့်ပါတယ် — credential အစစ်၊ customer data အစစ်၊ network rule၊ backup schedule အားလုံး အခုအရေးကြီးလာပါပြီ။

Upload code မရေးခင် သိမ်းမယ့် data က database record လား၊ object storage file လား၊ ပျောက်ရင်လည်း ကိစ္စမရှိတဲ့ data လား ဆုံးဖြတ်ထားပါ။ ဒါမှားရင် development ထဲမှာ ခဏတောင် မပေါ်တတ်ပါဘူး — production ထဲမှာ support ticket အနေနဲ့ ပေါ်လာလေ့ ရှိပါတယ်။

Object Storage

Binary file ကြီးတွေ (image, video, backup) ကို ဈေးသက်သက်နဲ့ သိမ်းပြီး HTTP ကနေ serve လုပ်ဖို့ ဆောက်ထားတဲ့ system, folder path မဟုတ်ဘဲ key နဲ့ index လုပ်ထား။

Ephemeral Filesystem

Container restart, redeploy, ဒါမှမဟုတ် machine အသစ်ကို ရွှေ့တဲ့အခါ ဖျက်ပစ်နိုင်တဲ့ local disk storage။

Persistent Storage

App ရဲ့ container ကိုယ်တိုင် အပြင်ဘက်မှာ ရှိပြီး restart/redeploy ကို survive တဲ့ storage, managed database ဒါမှမဟုတ် object storage bucket လိုမျိုး။

PRODUCTION DATA PATHS
---------------------
PRODUCTION DATA PATHS
----------------------

           [ APP SERVER ]
             |        |
      writes |        | writes
             v        v
      [DATABASE]  [OBJECT STORAGE]
      rows/tables   files/images/videos
      (structured)  (blobs)


  LOCAL DISK (container)      MANAGED STORAGE
  -----------------------     -----------------------
  EPHEMERAL                   PERSISTENT
  wiped on redeploy/restart   survives redeploy/restart

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

Classifier ငယ်လေးတစ်ခုက ဆုံးဖြတ်ချက်ကို ရှင်းရှင်းလင်းလင်း ပြပါတယ် — data တစ်ခုပေးရင် ဘယ် destination သုံးခုထဲက ဘယ်ဟာနဲ့ သက်ဆိုင်လဲ ဆုံးဖြတ်ပေးပါတယ်။

မေးပါ — နောက် deploy မှာ ဒါပျောက်ရင် disaster လား၊ inconvenience လား၊ non-event လား။ ဒီအဖြေက ambiguity ကို almost always ဖြေရှင်းပေးပါတယ်။

• Database, object storage, ephemeral storage တစ်ခုစီက ပြဿနာ မတူညီတာကို ဖြေရှင်းပေးပါတယ် — data type အလိုက် ရွေးပါ၊ အဆင်ပြေမှု အလိုက် မဟုတ်ပါဘူး။
• Production host အများစုရဲ့ local disk ဟာ ephemeral ပါ — ဒီမှာ သိမ်းထားတဲ့ file တွေဟာ နောက် deploy ဒါမှမဟုတ် restart မှာ ပျောက်နိုင်ပါတယ်။
• Upload code မရေးခင် data အသစ်ကို ဘယ်နေရာသိမ်းမလဲ ဆုံးဖြတ်ထားပါ၊ user က file ပျောက်တယ်လို့ ပြောပြီးမှ မဟုတ်ပါဘူး။

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

function classifyStorage(type) {
  const objectStorageTypes = ["image", "video", "document", "backup"];
  const databaseTypes = ["user-profile", "order", "comment"];
  const ephemeralTypes = ["cache-value", "session-token"];

  if (objectStorageTypes.includes(type)) return "object-storage";
  if (databaseTypes.includes(type)) return "database";
  if (ephemeralTypes.includes(type)) return "ephemeral (ok to lose)";
  return "unknown";
}

const items = [
  { type: "image", label: "user avatar upload" },
  { type: "user-profile", label: "username + email row" },
  { type: "cache-value", label: "rate-limit counter" },
  { type: "backup", label: "nightly database dump" },
];

for (const item of items) {
  console.log(`${item.label.padEnd(28)} -> ${classifyStorage(item.type)}`);
}

user avatar upload           -> object-storage
username + email row         -> database
rate-limit counter           -> ephemeral (ok to lose)
nightly database dump        -> object-storage
(output က locale နှစ်ခုစလုံးအတွက် တူညီပါတယ် — code output ဖြစ်လို့ပါ)

MDN — HTTP and file uploads — Cloud & Deployment