+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

ຂໍ້ຜິດພາດໜຶ່ງມິນລິວິນາທີ ໄດ້ຢຸດຕິການຈະລາຈອນທາງອາກາດຂອງອັງກິດ. ຫົກຊົ່ວໂມງ.

ເວລາ 10:00 ໂມງ ຂອງວັນອັງຄານທີ 8 ກັນຍາ, ການຮ້ອງຂໍລະຫັດ squawk ປົກກະຕິອັນໜຶ່ງພາຍໃນລະບົບນ່ານຟ້າແຫ່ງຊາດ (NAS) ຂອງ NATS ຖືກຂັດຂວາງໂດຍຂໍ້ຄວາມທີ່ມີຄວາມສຳຄັນສູງກວ່າໃນຂະນະທີ່ມັນກຳລັງອັບເດດຄ່າໜຶ່ງຢູ່.

ເວລາ 10:00 ໂມງ ຂອງວັນອັງຄານທີ 8 ກັນຍາ, ການຮ້ອງຂໍລະຫັດ squawk ປົກກະຕິອັນໜຶ່ງພາຍໃນລະບົບນ່ານຟ້າແຫ່ງຊາດ (NAS) ຂອງ NATS ຖືກຂັດຂວາງໂດຍຂໍ້ຄວາມທີ່ມີຄວາມສຳຄັນສູງກວ່າໃນຂະນະທີ່ມັນກຳລັງອັບເດດຄ່າໜຶ່ງຢູ່. ໄລຍະເວລາສ່ຽງແມ່ນປະມານໜຶ່ງມິນລິວິນາທີ. ຄຳຮ້ອງຂໍດັ່ງກ່າວຖືກດຳເນີນຕໍ່ຜິດພາດ, ຂໍ້ມູນການບິນໄດ້ຮັບຄວາມເສຍຫາຍ, ແລະຮອດເວລາ 19:30 ໂມງ, ຖ້ຽວບິນຂອງອັງກິດຫຼາຍກວ່າ 2,000 ຖ້ຽວຖືກເລື່ອນ, ຍົກເລີກ ຫຼືປ່ຽນເສັ້ນທາງ.

ອ່ານສະບັບລາຍລັກອັກສອນ (ພາສາອັງກິດ) ↗

ສິ່ງທີ່ວິດີໂອນີ້ກວມເອົາ

  • 10:00: ການຮ້ອງຂໍໜຶ່ງຄັ້ງ, ຖືກຂັດຂວາງພາຍໃນ 1 ມິນລິວິນາທີ
  • ໄລຍະເວລາ: 10:00 squawk → 10:02 blip → 12:45 ການບິນອອກຢຸດເຊົາ → 13:32 ການເຊື່ອມຕໍ່ຂາດຫາຍ
  • ວິທີແກ້ໄຂ: ເລີ່ມຕົ້ນຂໍ້ມູນການບິນທັງໝົດຂອງປະເທດຄືນໃໝ່
  • ກົນໄກ: ຖືກຢຸດຊົ່ວຄາວໃນຂະນະທີ່ກຳລັງຂຽນ
  • ເປັນຫຍັງຄຸນສົມບັດຄວາມປອດໄພຈຶ່ງຢຸດທ້ອງຟ້າ

ບົດບັນທຶກທີ່ແປແລ້ວ

ແປຈາກຄຳບັນຍາຍຕົ້ນສະບັບພາສາອັງກິດ. ສຽງ ແລະ ຄຳບັນຍາຍທີ່ມີໃຫ້ແມ່ນຄວບຄຸມໂດຍ YouTube.

10:00: ການຮ້ອງຂໍໜຶ່ງຄັ້ງ, ຖືກຂັດຂວາງພາຍໃນ 1 ມິນລິວິນາທີ

0:00 ໃນເວລາສິບໂມງເຊົ້າ, ຄຳຮ້ອງຂໍປົກກະຕິອັນໜຶ່ງພາຍໃນລະບົບຂໍ້ມູນການບິນຂອງອັງກິດ ຖືກຂັດຂວາງໃນຈັງຫວະທີ່ຜິດພາດພໍດີ, ແລະຮອດຕອນແລງຫຼາຍກວ່າສອງ ພັນຖ້ຽວບິນຖືກເລື່ອນ, ຍົກເລີກ ຫຼືປ່ຽນເສັ້ນທາງ. ນັ້ນແມ່ນມາຈາກລາຍງານເບື້ອງຕົ້ນໂດຍ Nats, ບໍລິການຈະລາຈອນທາງອາກາດຂອງອັງກິດ. ບໍ່ມີສັນຍານຂອງການໂຈມຕີ, ແລະບໍ່ມີໃຜກົດປຸ່ມຜິດ. ພຽງແຕ່ເປັນຂໍ້ບົກພ່ອງເກົ່າ, ແລະໜຶ່ງມິນລິວິນາທີທີ່ສະເພາະເຈາະຈົງ. ມັນເກີດຂຶ້ນແນວໃດ, ເປັນຫຍັງໜຶ່ງມິນລິວິນາທີຈຶ່ງພຽງພໍ, ແລະໃຜທີ່ເປັນ ຜູ້ຮັບຜິດຊອບ. ນີ້ແມ່ນ The Daily Diff, ຫຼັງເກີດເຫດ.

0:31 ສິບໂມງ. ມີຄົນຮ້ອງຂໍລະຫັດ squawk ດ້ວຍຕົນເອງ, ເລກສີ່ຕົວເລກທີ່

ໄລຍະເວລາ: 10:00 squawk → 10:02 blip → 12:45 ການບິນອອກຢຸດເຊົາ → 13:32 ການເຊື່ອມຕໍ່ຂາດຫາຍ

0:36 ເຊື່ອມຕໍ່ຈຸດ radar ກັບແຜນການບິນຂອງມັນ. ຄຳຮ້ອງຂໍແມ່ນຖືກຕ້ອງ, ແລະແຜນການກໍ່ຖືກຕ້ອງ. ສິບໂມງສອງນາທີ. ການເຊື່ອມຕໍ່ລະຫວ່າງສູນຄວບຄຸມເຂດລອນດອນ ແລະລະບົບຫຼັກຂາດ, ຈາກນັ້ນກັບມາຄືນເອງພາຍຫຼັງສີ່ສິບຫ້າວິນາທີ. ໃບລາຍງານລະບຸວ່າຟື້ນຕົວແລ້ວ, ຄົງທີ່, ບໍ່ມີຜົນກະທົບຕໍ່ການດຳເນີນງານ. ສິບສອງໂມງສາມສິບສອງນາທີ. ການເຊື່ອມຕໍ່ເລີ່ມຂາດອີກ, ໄວຂຶ້ນທຸກຄັ້ງ, ແລະຜູ້ຄວບຄຸມສູນເສຍລະບົບອັດຕະໂນມັດບາງສ່ວນ.

0:56 ຮອດເວລາສິບສອງໂມງສີ່ສິບຫ້າ, ການບິນອອກຈາກອັງກິດຖືກຢຸດເຊົາ. ໃນເວລາໜຶ່ງໂມງສາມສິບສອງນາທີ, ການເຊື່ອມຕໍ່ຂາດແລະຍັງຄົງຂາດຢູ່. ວິທີແກ້ໄຂແມ່ນການເລີ່ມຕົ້ນຄືນໃໝ່ແບບຄວບຄຸມ, ແລະນັ້ນແມ່ນສ່ວນທີ່ແພງ,

ວິທີແກ້ໄຂ: ເລີ່ມຕົ້ນຂໍ້ມູນການບິນທັງໝົດຂອງປະເທດຄືນໃໝ່

1:06 ເພາະວ່າລະບົບດຽວກັນນີ້ສະໜອງໃຫ້ສູນຄວບຄຸມ ແລະສະໜາມບິນທົ່ວປະເທດ. ຂໍ້ບົກພ່ອງເກີດຂຶ້ນຢູ່ໃນນ່ານຟ້າຂອງລອນດອນ. ຂໍ້ຈຳກັດກວມເອົາທົ່ວປະເທດອັງກິດ. ການເລີ່ມຕົ້ນຄືນໃໝ່ດຳເນີນໄປຕັ້ງແຕ່ສາມໂມງສິບຫ້ານາທີຫາສີ່ໂມງສິບນາທີ, ແລະການແກ້ໄຂແຜນການບິນທີ່ຊ້ຳກັນໃຊ້ເວລາຮອດຫົກໂມງຫ້າສິບນາທີ. ສະນັ້ນ ເປັນຫຍັງໜຶ່ງມິນລິວິນາທີຈຶ່ງພຽງພໍ?

ກົນໄກ: ຖືກຢຸດຊົ່ວຄາວໃນຂະນະທີ່ກຳລັງຂຽນ

1:23 ລະບົບຈັດການວຽກຕາມຄວາມສຳຄັນ, ແລະການຢຸດວຽກນ້ອຍໆເພື່ອວຽກສຳຄັນ ແມ່ນເລື່ອງປົກກະຕິ. ແຕ່ວຽກນີ້ກຳລັງຢູ່ໃນລະຫວ່າງການອັບເດດຄ່າ. ຂໍ້ຄວາມສຳຄັນມາຮອດພາຍໃນມິນລິວິນາທີນັ້ນ, ແລະການອັບເດດຢຸດເຊົາກາງຄັນ. ເມື່ອມັນເລີ່ມຕົ້ນຄືນໃໝ່, ມັນບໍ່ໄດ້ເລີ່ມຕົ້ນຄືນໃໝ່ຢ່າງຖືກຕ້ອງ. ຂໍ້ມູນທີ່ບໍ່ດີຫຼັງຈາກນັ້ນໄດ້ຮົ່ວໄຫຼເຂົ້າໄປໃນການອັບເດດການບິນບາງສ່ວນ.

ເປັນຫຍັງຄຸນສົມບັດຄວາມປອດໄພຈຶ່ງຢຸດທ້ອງຟ້າ

1:40 ລອນດອນພະຍາຍາມອ່ານອັນໜຶ່ງ, ໃຊ້ເວລາດົນເກີນໄປ ແລະໝົດເວລາ. ການໝົດເວລາເຮັດໃຫ້ການເຊື່ອມຕໍ່ຂາດ, ຕາມທີ່ອອກແບບໄວ້, ເພື່ອປົກປ້ອງທັງສອງລະບົບ. ຄຸນສົມບັດຄວາມປອດໄພເຮັດວຽກໄດ້ຢ່າງສົມບູນ. ນັ້ນຄືບັນຫາ. ຄຳເວົ້າຂອງລາຍງານເອງ. ຖ້າຂໍ້ຄວາມສຳຄັນມາຮອດໄວຂຶ້ນ ຫຼືຊ້າລົງໜຶ່ງມິນລິວິນາທີ, ການອັບເດດກໍ່ຈະສຳເລັດເປັນປົກກະຕິ. ໃນ Hacker News, ໂປຣແກຣມເມີຜູ້ໜຶ່ງເອີ້ນໜຶ່ງມິນລິວິນາທີວ່າເປັນຊ່ວງເວລາທີ່ຍາວນານທີ່ສຸດ,

2:02 ຮັບປະກັນວ່າຈະເກີດຂຶ້ນພາຍໃນວັນອັງຄານອາທິດນີ້. ມັນແມ່ນວັນອັງຄານ.

git blame — ລະຫັດເກົ່າ 50 · ແຜນການເລີ່ມຕົ້ນໃໝ່ 30 · ສັນຍານເຕືອນ 10:02 15 · 1 ມິນລິວິນາທີ 5

2:05 git blame. ລະຫັດເກົ່າ, ຫ້າສິບເປີເຊັນ, ສຳລັບການອັບເດດທີ່ສາມາດຢຸດຊົ່ວຄາວ ກາງຄັນແລະກັບມາຜິດພາດ. ແຜນການເລີ່ມຕົ້ນຄືນໃໝ່, ສາມສິບ, ເພາະວ່າບັນທຶກທີ່ບໍ່ດີອັນໜຶ່ງໃນລອນດອນໝາຍເຖິງການເລີ່ມຕົ້ນຄືນໃໝ່ ຂໍ້ມູນການບິນທັງໝົດຂອງປະເທດ. ສັນຍານເຕືອນສິບໂມງສອງນາທີ, ສິບຫ້າ, ສຳລັບການຟື້ນຕົວເອງ ແລະຖືກບັນທຶກວ່າບໍ່ມີ ຜົນກະທົບ. ຫ້າເປີເຊັນ ສຳລັບມິນລິວິນາທີ, ສຳລັບໄລຍະເວລາຂອງມັນ. ຂອບເຂດຄວາມເສຍຫາຍ. Nats ວາງແຜນໄວ້ປະມານແປດພັນຖ້ຽວບິນໃນມື້ນັ້ນ ແລະໄດ້ຈັດການ

ຂອບເຂດຄວາມເສຍຫາຍ: 8,000 ທີ່ວາງແຜນໄວ້, 6,094 ທີ່ຖືກຈັດການ, ຄວາມລົ້ມເຫຼວຄັ້ງທີສາມໃນສາມປີ

2:27 ປະມານຫົກພັນ. ການບິນອອກຈາກອັງກິດຖືກຢຸດເຊົາປະມານສີ່ຊົ່ວໂມງເຄິ່ງ, ແລະບັນຫາທີ່ຄ້າງຄາໃຊ້ເວລາຫຼາຍກວ່າສອງມື້ເພື່ອແກ້ໄຂ. ນີ້ແມ່ນຄວາມລົ້ມເຫຼວຂອງການຈະລາຈອນທາງອາກາດຄັ້ງທີສາມຂອງອັງກິດໃນສາມປີ, ແລະປະທານບໍລິຫານເອີ້ນຂໍ້ບົກພ່ອງນີ້ວ່າເປັນຄວາມຜິດປົກກະຕິຢ່າງຍິ່ງ.

ຄຳຕັດສິນ + Monday line: atomic writes, ສັນຍານເຕືອນດັງ

2:41 ຄຳຕັດສິນ, ຫຼັງເກີດເຫດ: NEEDS REVIEW. ລາຍງານແມ່ນໄວແລະສະເພາະເຈາະຈົງ, ແລະການແກ້ໄຂໄດ້ຖືກຂຽນແລະກໍາລັງທົດສອບ. ແຕ່ແຜນການແມ່ນການເລີ່ມຕົ້ນຄືນໃໝ່ທີ່ໄວຂຶ້ນ, ບໍ່ແມ່ນການເລີ່ມຕົ້ນຄືນໃໝ່ທີ່ນ້ອຍລົງ. Monday line: ຖ້າວຽກສາມາດຢຸດຊົ່ວຄາວໄດ້, ໃຫ້ການຂຽນຂອງມັນເປັນ atomic, ແລະຖືວ່າສັນຍານເຕືອນທີ່ຟື້ນຕົວເອງເປັນສັນຍານເຕືອນ. ສົ່ງເຫດການທີ່ເຈົ້າຍັງບໍ່ໄດ້ຮັບອະນຸຍາດໃຫ້ເວົ້າເຖິງມາໃຫ້ຂ້ອຍ, ໃນຄຳເຫັນ, ຫຼືທີ່ thedailydiff.dev. ແລະນັ້ນຄືຄວາມແຕກຕ່າງສຳລັບມື້ນີ້.

3:02 ຂ້ອຍຄື Niko ຈາກ Axrisi. SHIP IT.

ແຫຼ່ງຂໍ້ມູນ

  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 · lo · 22 ກ.ຍ. 2026

ການຣີບູດເຮັດໃຫ້ Telstra ກັບຄືນສູ່ປີ 2006. ໂທລະສັບເກົ້າລ້ານເຄື່ອງ.

ວິສະວະກອນຢູ່ Melbourne ເປີດເຄື່ອງຈັບເວລາຄືນໃໝ່ໃນເວລາ 2:50 ໂມງເຊົ້າ, ແລະເມື່ອຮອດຕອນເຊົ້າເຄືອຂ່າຍໂທລະສັບມືຖືທີ່ໃຫຍ່ທີ່ສຸດຂອງອົດສະຕາລີກໍຕົກລົງວ່າມັນແມ່ນເດືອນພະຈິກ 2006. ວັນທີ 8 ກໍລະກົດ 2026: ບັດ GPS ໃນເຄ

3:15 ↗
postmortem · lo · 19 ກ.ຍ. 2026

Google Cloud ຂັດຂ້ອງໃນພື້ນທີ່ຫວ່າງເປົ່າ. ສາມຊົ່ວໂມງ.

ແຖວນະໂຍບາຍທີ່ມີຊ່ອງຫວ່າງເປົ່າສອງສາມຊ່ອງພົບຕົວຊີ້ null, ແລະ Google Cloud ຂັດຂ້ອງພ້ອມກັນໃນທຸກພາກພື້ນ – ຈາກນັ້ນ Cloudflare ກໍລົ້ມລົງໄປພ້ອມກັນ. ວັນທີ 12 ມິຖຸນາ 2025, 17:49 UTC: Service Control, ໄບນາຣີທີ່ອ

2:57 ↗
postmortem · lo · 16 ກ.ຍ. 2026

ເຟສບຸກໄດ້ລຶບຕົວເອງອອກຈາກອິນເຕີເນັດ. ຫົກຊົ່ວໂມງ.

ເຟສບຸກໄດ້ລຶບທີ່ຢູ່ຂອງຕົນເອງອອກຈາກອິນເຕີເນັດ, ແລະເມື່ອວິສະວະກອນຂອງເຂົາມາຮອດເພື່ອເອົາກັບຄືນ, ເຄື່ອງອ່ານບັດກໍ່ລົ້ມເຫຼວເຊັ່ນກັນ, ເພາະວ່າພວກມັນໃຊ້ງານໃນເຟສບຸກ. ວັນທີ 4 ຕຸລາ 2021, ເວລາ 15:40 ໂມງ UTC: ຄຳສັ່ງບ

3:01 ↗
postmortem · lo · 12 ກ.ຍ. 2026

Regex ໄດ້ເຮັດໃຫ້ Cloudflare ລົ້ມ. 27 ນາທີ.

ວັນທີ 2 ກໍລະກົດ 2019, ເວລາ 13:42 UTC: ກົດລະບຽບໃໝ່ໜຶ່ງຂໍ້ສຳລັບ Web Application Firewall ຂອງ Cloudflare ເລີ່ມໃຊ້ງານໃນຫຼາຍກວ່າ 180 ເມືອງໃນເວລາປະມານສອງວິນາທີ. ມັນເປັນກົດລະບຽບ XSS ໃນໂໝດຈຳລອງ, ດັ່ງນັ້ນມັນບໍ

3:00 ↗