+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

တစ်မီလီစက္ကန့် အမှားကြောင့် ဗြိတိန်လေကြောင်းထိန်းသိမ်းမှု ၆ နာရီ ရပ်တန့်ခဲ့ရ

စက်တင်ဘာ ၈ ရက်၊ အင်္ဂါနေ့ နံနက် ၁၀:၀၀ နာရီတွင် NATS ၏ National Airspace System (NAS) အတွင်းရှိ ပုံမှန် squawk-code တောင်းဆိုမှုတစ်ခုသည် တန်ဖိုးတစ်ခုကို အပ်ဒိတ်လုပ်နေစဉ် အလယ်တွင် ဦးစားပေးမြင့်မားသော မက်ဆေ့ချ်တစ်ခုဖြင့် ပြတ်တောက်သွားခဲ့သည်။

စက်တင်ဘာ ၈ ရက်၊ အင်္ဂါနေ့ နံနက် ၁၀:၀၀ နာရီတွင် NATS ၏ National Airspace System (NAS) အတွင်းရှိ ပုံမှန် squawk-code တောင်းဆိုမှုတစ်ခုသည် တန်ဖိုးတစ်ခုကို အပ်ဒိတ်လုပ်နေစဉ် အလယ်တွင် ဦးစားပေးမြင့်မားသော မက်ဆေ့ချ်တစ်ခုဖြင့် ပြတ်တောက်သွားခဲ့သည်။ ထိတွေ့မှုကာလသည် တစ်မီလီစက္ကန့်ခန့် ကြာမြင့်ခဲ့သည်။ ထိုတောင်းဆိုမှု ပြန်စတင်ရာတွင် မှားယွင်းသွားပြီး လေကြောင်းခရီးစဉ်ဆိုင်ရာ အချက်အလက်များ ပျက်စီးသွားကာ ၁၉:၃၀ နာရီတွင် ဗြိတိန်လေကြောင်းခရီးစဉ် ၂,၀၀၀ ကျော် နှောင့်နှေးခြင်း၊ ဖျက်သိမ်းခြင်း သို့မဟုတ် လမ်းကြောင်းပြောင်းခြင်းများ ဖြစ်ပေါ်ခဲ့သည်။

ရေးသားထားသော ထုတ်ဝေမှု (အင်္ဂလိပ်) ကို ဖတ်ရန် ↗

ဤဗီဒီယိုတွင် ဖော်ပြထားသောအရာများ

  • ၁၀:၀၀: တောင်းဆိုမှုတစ်ခု၊ ၁ မီလီစက္ကန့်အတွင်း ပြတ်တောက်ခဲ့
  • အချိန်ဇယား- ၁၀:၀၀ squawk → ၁၀:၀၂ blip → ၁၂:၄၅ ထွက်ခွာမှုများရပ်တန့် → ၁၃:၃၂ လင့်ခ်ပြတ်တောက်
  • ကုသနည်း- တစ်နိုင်ငံလုံး၏ လေကြောင်းအချက်အလက်များကို ပြန်လည်စတင်ခြင်း
  • ယန္တရား- ရေးသားနေစဉ် အလယ်တွင် ခေတ္တရပ်တန့်ခဲ့
  • လုံခြုံရေးဆိုင်ရာ လုပ်ဆောင်ချက်တစ်ခုက ကောင်းကင်ကို ဘာကြောင့် ရပ်တန့်စေခဲ့သလဲ

ဘာသာပြန်ထားသော စာသားမှတ်တမ်း

မူရင်း အင်္ဂလိပ်စကားပြောမှ ဘာသာပြန်ထားသည်။ ရရှိနိုင်သော အသံနှင့် စာတန်းထိုးများကို YouTube မှ ထိန်းချုပ်ထားသည်။

၁၀:၀၀: တောင်းဆိုမှုတစ်ခု၊ ၁ မီလီစက္ကန့်အတွင်း ပြတ်တောက်ခဲ့

0:00 နံနက် ၁၀ နာရီတွင် ဗြိတိန်၏ လေကြောင်းဒေတာစနစ်အတွင်းမှ ပုံမှန်တောင်းဆိုမှုတစ်ခု မှားယွင်းသော မီလီစက္ကန့်တွင် အတိအကျ ပြတ်တောက်သွားပြီး ညနေပိုင်းတွင် နှစ်ထောင်ကျော် လေကြောင်းခရီးစဉ်များ နှောင့်နှေးခြင်း၊ ဖျက်သိမ်းခြင်း သို့မဟုတ် လမ်းကြောင်းပြောင်းခြင်းများ ဖြစ်ခဲ့သည်။ ၎င်းသည် UK ၏ လေကြောင်းထိန်းချုပ်ရေးဝန်ဆောင်မှုဖြစ်သော Nats မှ ကနဦးအစီရင်ခံစာမှဖြစ်သည်။ တိုက်ခိုက်မှု လက္ခဏာမတွေ့ရဘဲ မည်သူမျှ ခလုတ်မှားမနှိပ်မိခဲ့ပါ။ အမွေဆက်ခံထားသော ချွတ်ယွင်းချက်တစ်ခုနှင့် အလွန်တိကျသော မီလီစက္ကန့်တစ်ခုသာဖြစ်သည်။ မည်သို့ဖြစ်ပျက်ခဲ့ပုံ၊ မီလီစက္ကန့်တစ်စက္ကန့်သည် အဘယ်ကြောင့် လုံလောက်ခဲ့ပုံ၊ နှင့် အမှန်တကယ် မည်သူ့တွင် အပြစ်ရှိသည်ဆိုသည်ကို တင်ပြထားသည်။ ၎င်းသည် Postmortem, The Daily Diff ဖြစ်သည်။

0:31 ၁၀ နာရီ။ တစ်စုံတစ်ဦးက squawk code၊ ဆိုလိုသည်မှာ ရေဒါ blip ကို ၎င်း၏ပျံသန်းမှုအစီအစဉ်နှင့် ချိတ်ဆက်ပေးသော ဂဏန်းလေးလုံးပါသော နံပါတ်ကို လက်ဖြင့်တောင်းဆိုသည်။

အချိန်ဇယား- ၁၀:၀၀ squawk → ၁၀:၀၂ blip → ၁၂:၄၅ ထွက်ခွာမှုများရပ်တန့် → ၁၃:၃၂ လင့်ခ်ပြတ်တောက်

0:36 ရေဒါ blip ကို ၎င်း၏ပျံသန်းမှုအစီအစဉ်နှင့် ချိတ်ဆက်ပေးသော ဂဏန်းလေးလုံးပါသော နံပါတ်ကို လက်ဖြင့်တောင်းဆိုသည်။ တောင်းဆိုမှုသည် မှန်ကန်ပြီး အစီအစဉ်လည်း မှန်ကန်ပါသည်။ ၁၀ နာရီ ၂ မိနစ်။ လန်ဒန်လေကြောင်းထိန်းချုပ်မှုနှင့် အဓိကစနစ်ကြား လင့်ခ်ပြတ်တောက်သွားခဲ့ပြီး၊ ၄၅ စက္ကန့်အကြာတွင် သူ့အလိုလို ပြန်ကောင်းလာသည်။ လက်မှတ်တွင် ပြန်ကောင်းလာပြီး၊ တည်ငြိမ်ပြီး၊ လုပ်ငန်းလည်ပတ်မှုအပေါ် သက်ရောက်မှုမရှိဟု ဖော်ပြထားသည်။ ၁၂ နာရီ ၃၂ မိနစ်။ လင့်ခ်သည် ထပ်မံပြတ်တောက်စပြုလာပြီး၊ တစ်ကြိမ်ထက်တစ်ကြိမ် ပိုမိုမြန်ဆန်လာကာ ထိန်းချုပ်သူများသည် အလိုအလျောက်စနစ်အချို့ကို ဆုံးရှုံးခဲ့ရသည်။

0:56 ၁၂ နာရီ ၄၅ မိနစ်တွင် UK မှ ထွက်ခွာမည့် လေယာဉ်များ ရပ်တန့်သွားသည်။ ၁ နာရီ ၃၂ မိနစ်တွင် လင့်ခ်ပြတ်တောက်သွားပြီး ပြန်မကောင်းတော့ပါ။ ကုသနည်းမှာ ထိန်းချုပ်ထားသော ပြန်လည်စတင်ခြင်းဖြစ်ပြီး ၎င်းသည် ကုန်ကျစရိတ်ကြီးမြင့်သော အပိုင်းဖြစ်သည်။

ကုသနည်း- တစ်နိုင်ငံလုံး၏ လေကြောင်းအချက်အလက်များကို ပြန်လည်စတင်ခြင်း

1:06 အဘယ်ကြောင့်ဆိုသော် ထိုစနစ်တစ်ခုတည်းကပင် တစ်နိုင်ငံလုံးရှိ ထိန်းချုပ်ရေးစင်တာများနှင့် လေဆိပ်များသို့ အချက်အလက်များ ပေးပို့နေသောကြောင့်ဖြစ်သည်။ ချွတ်ယွင်းချက်သည် လန်ဒန်၏ လေပိုင်နက်တွင် တည်ရှိသည်။ ကန့်သတ်ချက်များသည် UK တစ်ခုလုံးကို အကျုံးဝင်သည်။ ပြန်လည်စတင်ခြင်းသည် ၃ နာရီ ၁၅ မိနစ်မှ ၄ နာရီ ၁၀ မိနစ်အထိ ကြာမြင့်ခဲ့ပြီး၊ လေကြောင်းခရီးစဉ်နှစ်ခုအား ရှုပ်ထွေးမှုဖြေရှင်းရန် ၇ နာရီ ၁၀ မိနစ်အထိ ကြာမြင့်ခဲ့သည်။ ဒါဆို ဘာကြောင့် မီလီစက္ကန့်တစ်ခုက လုံလောက်ခဲ့ရတာလဲ။

ယန္တရား- ရေးသားနေစဉ် အလယ်တွင် ခေတ္တရပ်တန့်ခဲ့

1:23 စနစ်သည် အလုပ်များကို ဦးစားပေးအလိုက် စီမံခန့်ခွဲပြီး အရေးကြီးသောအလုပ်အတွက် သေးငယ်သောအလုပ်တစ်ခုကို ခေတ္တရပ်နားခြင်းသည် ပုံမှန်ဖြစ်သည်။ သို့သော် ဤအလုပ်သည် တန်ဖိုးတစ်ခုကို အပ်ဒိတ်လုပ်နေစဉ် အလယ်တွင် ဖြစ်နေခဲ့သည်။ အရေးပေါ်မက်ဆေ့ချ်သည် ထိုမီလီစက္ကန့်အတွင်း ရောက်ရှိလာပြီး အပ်ဒိတ်သည် အလယ်တွင် ရပ်တန့်သွားသည်။ ပြန်စတင်သောအခါ မှန်ကန်စွာ ပြန်မစတင်ပါ။ ထို့နောက် မကောင်းသောဒေတာများသည် နောက်ပိုင်း လေကြောင်းခရီးစဉ် အပ်ဒိတ်အချို့သို့ ယိုစိမ့်ဝင်ရောက်သွားသည်။

လုံခြုံရေးဆိုင်ရာ လုပ်ဆောင်ချက်တစ်ခုက ကောင်းကင်ကို ဘာကြောင့် ရပ်တန့်စေခဲ့သလဲ

1:40 လန်ဒန်က တစ်ခုကိုဖတ်ဖို့ ကြိုးစားပေမဲ့ အချိန်ကြာမြင့်လွန်းပြီး timeout ဖြစ်သွားသည်။ Timeout သည် စနစ်နှစ်ခုစလုံးကို ကာကွယ်ရန် ဒီဇိုင်းထုတ်ထားသည့်အတိုင်း လင့်ခ်ကို ပြတ်တောက်စေသည်။ လုံခြုံရေးလုပ်ဆောင်ချက်သည် အပြစ်အနာအဆာမရှိ အလုပ်လုပ်သည်။ ဒါက ပြဿနာပဲ။ အစီရင်ခံစာ၏ ကိုယ်ပိုင်စကားလုံးများ။ အရေးပေါ်မက်ဆေ့ချ်သည် တစ်မီလီစက္ကန့် စောရောက်သည်ဖြစ်စေ၊ နောက်ကျသည်ဖြစ်စေ၊ အပ်ဒိတ်သည် ပုံမှန်အတိုင်း ပြီးစီးသွားမည်ဖြစ်သည်။ Hacker News တွင် ပရိုဂရမ်မာတစ်ဦးက မီလီစက္ကန့်ကို ထာဝရကာလဟု ခေါ်ဆိုပြီး

2:02 ဒီအင်္ဂါနေ့မှာ သေချာပေါက်ဖြစ်လာမယ်လို့ ပြောခဲ့ပါတယ်။ ၎င်းသည် အင်္ဂါနေ့ဖြစ်သည်။

git blame — legacy code ၅၀ · restart plan ၃၀ · the 10:02 alarm ၁၅ · 1 ms ၅

2:05 git blame. legacy code, ၅၀ ရာခိုင်နှုန်း၊ အပ်ဒိတ်တစ်ခုအတွက် အလယ်မှာ ခေတ္တရပ်နားပြီး မှားယွင်းစွာ ပြန်လာနိုင်သည်။ အလယ်မှာ ခေတ္တရပ်နားပြီး မှားယွင်းစွာ ပြန်လာနိုင်သည်။ ပြန်လည်စတင်ခြင်းအစီအစဉ်၊ ၃၀ ရာခိုင်နှုန်း၊ လန်ဒန်တွင် မှားယွင်းသော မှတ်တမ်းတစ်ခုသည် တစ်နိုင်ငံလုံး၏ လေကြောင်းအချက်အလက်များကို ပြန်လည်စတင်ရန် လိုအပ်သောကြောင့်ဖြစ်သည်။ ၁၀ နာရီ ၂ မိနစ် အချက်ပေးသံ၊ ၁၅ ရာခိုင်နှုန်း၊ သူ့အလိုလို ပြန်ကောင်းလာပြီး သက်ရောက်မှုမရှိဟု မှတ်တမ်းတင်ခံရခြင်းကြောင့်။ ၅ ရာခိုင်နှုန်းသည် မီလီစက္ကန့်အတွက် ၎င်း၏အချိန်အခါကြောင့်ဖြစ်သည်။ ထိခိုက်မှုပမာဏ။ Nats သည် ထိုနေ့အတွက် လေကြောင်းခရီးစဉ် ရှစ်ထောင်ခန့် စီစဉ်ထားပြီး

ပျက်စီးမှု အတိုင်းအတာ- ၈,၀၀၀ စီစဉ်ထား၊ ၆,၀၉၄ ကိုင်တွယ်ခဲ့၊ သုံးနှစ်အတွင်း တတိယအကြိမ် ပျက်စီးမှု

2:27 ခြောက်ထောင်ခန့်ကို ကိုင်တွယ်ခဲ့သည်။ ဗြိတိန်မှ ထွက်ခွာမည့် လေယာဉ်များ လေးနာရီခွဲခန့် ရပ်တန့်ခဲ့ပြီး၊ ကျန်ရှိနေသေးသော အလုပ်များကို ရှင်းလင်းရန် နှစ်ရက်ကျော် ကြာခဲ့သည်။ ၎င်းသည် သုံးနှစ်အတွင်း ဗြိတိန်၏ တတိယအကြိမ်မြောက် လေကြောင်းထိန်းသိမ်းမှု ပျက်ကွက်ခြင်းဖြစ်ပြီး၊ အမှုဆောင်အရာရှိချုပ်က ဤချွတ်ယွင်းချက်ကို အလွန်၊ အလွန် ရှုပ်ထွေးသည်ဟု ဆိုခဲ့သည်။

စီရင်ချက် + Monday line: atomic writes, loud alarms

2:41 စီရင်ချက်၊ postmortem: NEEDS REVIEW. အစီရင်ခံစာသည် မြန်ဆန်ပြီး တိကျပြီး ပြင်ဆင်မှုအား ရေးသားပြီး စမ်းသပ်နေဆဲဖြစ်သည်။ သို့သော် အစီအစဉ်သည် ပိုမိုမြန်ဆန်သော ပြန်လည်စတင်ခြင်းဖြစ်ပြီး သေးငယ်သော ပြန်လည်စတင်ခြင်း မဟုတ်ပါ။ Monday line: အလုပ်တစ်ခုကို ခေတ္တရပ်နားနိုင်လျှင် ၎င်း၏ရေးသားမှုကို atomic ဖြစ်အောင်လုပ်ပါ။ ထို့ပြင် သူ့အလိုလို ပြန်ကောင်းလာသော အချက်ပေးသံကို အချက်ပေးသံအဖြစ် သတ်မှတ်ပါ။ သင်ပြောခွင့်မရသေးသော ဖြစ်စဉ်များကို မှတ်ချက်များတွင် သို့မဟုတ် thedailydiff.dev သို့ ကျွန်ုပ်ထံ ပေးပို့ပါ။ ယနေ့အတွက် Diff မှာ ဒါပဲ။

3:02 ကျွန်တော် Axrisi မှ Niko ပါ။ တာဝန်ယူမှုဖြင့် ပေါင်းစည်းပါ။

ရင်းမြစ်များ

  1. NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
  2. NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
  3. NATS on X, 8 Sepx.com
  4. BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
  5. The Guardian (Sep 18, 2026)www.theguardian.com
  6. Hacker News thread on the reportnews.ycombinator.com

ဆက်စပ်ဗီဒီယိုများ

postmortem · my · ၂၀၂၆ စက် ၂၂

Telstra ကို 2006 ခုနှစ်သို့ ပြန်ရောက်သွားစေသည့် ပြန်လည်စတင်ခြင်း။ ဖုန်းကိုးသန်း။

မဲလ်ဘုန်းမြို့ရှိ အင်ဂျင်နီယာတစ်ဦးသည် နံနက် ၂:၅၀ နာရီတွင် အချိန်ကိုက်စက်ကို ပြန်လည်ဖွင့်လိုက်ရာ နံနက်စာစားချိန်တွင် ဩစတြေးလျ၏ အကြီးဆုံး မိုဘိုင်းကွန်ရက်က ၂၀၀၆ ခုနှစ် နိုဝင်ဘာလဖြစ်ကြောင်း သဘောတူခဲ့သည်။

3:15 ↗
postmortem · my · ၂၀၂၆ စက် ၁၉

Google Cloud သည် အကွက်လပ်တစ်ခုကြောင့် ပျက်သွားသည်။ သုံးနာရီကြာသည်။

အကွက်လပ်အချို့ပါရှိသော ပေါ်လစီတန်းတစ်ခုသည် null pointer သို့ ရောက်ရှိသွားပြီး Google Cloud သည် ဒေသတိုင်းတွင် တစ်ချိန်တည်း ပျက်သွားသည် — ထို့နောက် Cloudflare လည်း ၎င်းနှင့်အတူ ပြိုလဲသွားသည်။ 2025 ခုနှစ

2:57 ↗
postmortem · my · ၂၀၂၆ စက် ၁၆

Facebook သည် အင်တာနက်ပေါ်မှ သူ့ကိုယ်သူ ဖျက်ခဲ့သည်။ ခြောက်နာရီကြာ။

Facebook သည် အင်တာနက်ပေါ်မှ ၎င်း၏လိပ်စာကို ဖယ်ရှားလိုက်ပြီး ၎င်း၏အင်ဂျင်နီယာများ ပြန်လည်ထားရှိရန် ရောက်ရှိလာသောအခါ တံဆိပ်ဖတ်စက်များလည်း ပျက်သွားခဲ့သည်၊ အကြောင်းမှာ ၎င်းတို့သည် Facebook တွင် လုပ်ဆောင်န

3:01 ↗
postmortem · my · ၂၀၂၆ စက် ၁၂

regex တစ်ခုက Cloudflare ကို ၂၇ မိနစ်ကြာ အလုပ်မလုပ်အောင် လုပ်ခဲ့သည်။

ဇူလိုင် ၂၊ ၂၀၁၉၊ ၁၃:၄၂ UTC: Cloudflare ၏ Web Application Firewall အတွက် စည်းမျဉ်းလဲစမ်းသပ်မှု mode XSS rule အသစ်တစ်ခုသည် မြို့ပေါင်း ၁၈၀+ ကျော်တွင် ၂ စက္ကန့်အတွင်း အသက်ဝင်ခဲ့သည်။ ၎င်းသည် simulate mode

3:00 ↗