កំហុសមួយមីលីវិនាទីបានបញ្ឈប់ចរាចរណ៍ផ្លូវអាកាសរបស់ចក្រភពអង់គ្លេស។ ប្រាំមួយម៉ោង។
នៅម៉ោង 10:00 ព្រឹកថ្ងៃអង្គារ ទី 8 ខែកញ្ញា សំណើលេខកូដ squawk ជាទម្លាប់មួយនៅក្នុងប្រព័ន្ធដែនអាកាសជាតិ (NAS) របស់ NATS ត្រូវបានរំខានដោយសារសារដែលមានអាទិភាពខ្ពស់ជាងខណៈដែលវាស្ថិតក្នុងដំណាក់កាលពាក់កណ្តាលនៃការធ្វើបច្ចុប្បន្នភាពតម្លៃមួយ។
នៅម៉ោង 10:00 ព្រឹកថ្ងៃអង្គារ ទី 8 ខែកញ្ញា សំណើលេខកូដ squawk ជាទម្លាប់មួយនៅក្នុងប្រព័ន្ធដែនអាកាសជាតិ (NAS) របស់ NATS ត្រូវបានរំខានដោយសារសារដែលមានអាទិភាពខ្ពស់ជាងខណៈដែលវាស្ថិតក្នុងដំណាក់កាលពាក់កណ្តាលនៃការធ្វើបច្ចុប្បន្នភាពតម្លៃមួយ។ រយៈពេលប៉ះពាល់គឺប្រហែលមួយមីលីវិនាទី។ សំណើបន្តខុស ទិន្នន័យជើងហោះហើរចេញមកខូច ហើយនៅម៉ោង 19:30 យប់ ជើងហោះហើរជាង 2,000 របស់ចក្រភពអង់គ្លេសត្រូវបានពន្យារពេល លុបចោល ឬបង្វែរទិសដៅ។
អានបោះពុម្ពជាលាយលក្ខណ៍អក្សរ (អង់គ្លេស) ↗
អ្វីដែលវីដេអូនេះគ្របដណ្ដប់
- 10:00: សំណើមួយ ត្រូវបានរំខានក្នុងចន្លោះពេល 1 ms
- កាលប្បវត្តិ៖ 10:00 squawk → 10:02 blip → 12:45 ការចេញដំណើរឈប់ → 13:32 ការបាត់បង់តំណភ្ជាប់
- ដំណោះស្រាយ៖ ចាប់ផ្តើមទិន្នន័យជើងហោះហើររបស់ប្រទេសទាំងមូលឡើងវិញ
- យន្តការ៖ ផ្អាកពាក់កណ្តាលនៃការសរសេរ
- ហេតុអ្វីបានជាមុខងារសុវត្ថិភាពបញ្ឈប់ផ្ទៃមេឃ
កំណត់ត្រាដែលបានបកប្រែ
បកប្រែចេញពីការនិទានដើមជាភាសាអង់គ្លេស។ សំឡេង និងចំណងជើងរងដែលមានគឺស្ថិតនៅក្រោមការគ្រប់គ្រងរបស់ YouTube។
10:00: សំណើមួយ ត្រូវបានរំខានក្នុងចន្លោះពេល 1 ms
0:00 នៅម៉ោងដប់ព្រឹក សំណើជាទម្លាប់មួយនៅក្នុងប្រព័ន្ធទិន្នន័យជើងហោះហើររបស់ចក្រភពអង់គ្លេស ត្រូវបានរំខាននៅមីលីវិនាទីខុសយ៉ាងជាក់លាក់ ហើយនៅពេលល្ងាច ជើងហោះហើរជាងពីរ ពាន់ត្រូវបានពន្យារពេល លុបចោល ឬបង្វែរទិសដៅ។ នោះគឺមកពីរបាយការណ៍បឋមដោយ Nats ដែលជាសេវាចរាចរណ៍ផ្លូវអាកាសរបស់ចក្រភពអង់គ្លេស។ គ្មានសញ្ញានៃការវាយប្រហារទេ ហើយគ្មាននរណាម្នាក់ចុចប៊ូតុងខុសនោះទេ។ គ្រាន់តែជាបញ្ហាចាស់មួយ និងមីលីវិនាទីជាក់លាក់មួយ។ តើវាកើតឡើងដោយរបៀបណា ហេតុអ្វីបានជាមួយមីលីវិនាទីគ្រប់គ្រាន់ និងអ្នកណាពិតជាត្រូវបាន ស្តីបន្ទោស។ នេះគឺ The Daily Diff, postmortem។
0:31 ម៉ោងដប់។ នរណាម្នាក់សុំដោយដៃសម្រាប់ squawk code ដែលជាលេខបួនខ្ទង់ដែល
កាលប្បវត្តិ៖ 10:00 squawk → 10:02 blip → 12:45 ការចេញដំណើរឈប់ → 13:32 ការបាត់បង់តំណភ្ជាប់
0:36 ភ្ជាប់ចំណុចរ៉ាដាទៅនឹងផែនការហោះហើររបស់វា។ សំណើគឺត្រឹមត្រូវ ហើយផែនការក៏ត្រឹមត្រូវដែរ។ ម៉ោងដប់ពីរ។ តំណភ្ជាប់រវាងមជ្ឈមណ្ឌលត្រួតពិនិត្យតំបន់ទីក្រុងឡុងដ៍ និងប្រព័ន្ធស្នូលបានដាច់ រួចត្រឡប់មកវិញដោយខ្លួនឯងបន្ទាប់ពីសែសិបប្រាំវិនាទី។ កំណត់ត្រាបាននិយាយថាបានជាសះស្បើយ ស្ថិរភាព គ្មានផលប៉ះពាល់ប្រតិបត្តិការ។ ម៉ោងដប់ពីរសាមសិបពីរ។ តំណភ្ជាប់ចាប់ផ្តើមដាច់ម្តងទៀត លឿនជាងមុនរាល់ពេល ហើយអ្នកត្រួតពិនិត្យបាត់បង់ការស្វ័យប្រវត្តិកម្មមួយចំនួន។
0:56 នៅម៉ោងដប់ពីរសែសិបប្រាំ ការចេញដំណើរពីចក្រភពអង់គ្លេសត្រូវបានបញ្ឈប់។ នៅម៉ោងមួយសាមសិបពីរ តំណភ្ជាប់ដាច់ហើយនៅដាច់។ ដំណោះស្រាយគឺការចាប់ផ្តើមឡើងវិញដែលមានការត្រួតពិនិត្យ ហើយនោះគឺជាផ្នែកថ្លៃ
ដំណោះស្រាយ៖ ចាប់ផ្តើមទិន្នន័យជើងហោះហើររបស់ប្រទេសទាំងមូលឡើងវិញ
1:06 ព្រោះប្រព័ន្ធតែមួយនេះផ្តល់ទិន្នន័យដល់មជ្ឈមណ្ឌលត្រួតពិនិត្យ និងព្រលានយន្តហោះទូទាំងប្រទេស។ បញ្ហានេះមាននៅក្នុងដែនអាកាសទីក្រុងឡុងដ៍។ ការរឹតបន្តឹងគ្របដណ្តប់ចក្រភពអង់គ្លេសទាំងមូល។ ការចាប់ផ្តើមឡើងវិញដំណើរការពីម៉ោងបីដប់ប្រាំទៅម៉ោងបួនដប់ ហើយការដោះស្រាយផែនការហោះហើរដែលស្ទួនគ្នាត្រូវចំណាយពេលរហូតដល់ម៉ោងប្រាំមួយហាសិប។ ដូច្នេះហេតុអ្វីបានជាមួយមីលីវិនាទីគ្រប់គ្រាន់?
យន្តការ៖ ផ្អាកពាក់កណ្តាលនៃការសរសេរ
1:23 ប្រព័ន្ធគ្រប់គ្រងការងារតាមអាទិភាព ហើយការផ្អាកការងារតូចមួយសម្រាប់កិច្ចការបន្ទាន់មួយ គឺជារឿងធម្មតា។ ប៉ុន្តែការងារនេះគឺស្ថិតក្នុងដំណាក់កាលពាក់កណ្តាលនៃការធ្វើបច្ចុប្បន្នភាពតម្លៃ។ សារបន្ទាន់ចូលមកក្នុងមីលីវិនាទីនោះ ហើយការធ្វើបច្ចុប្បន្នភាពឈប់ពាក់កណ្តាល។ នៅពេលដែលវាបន្ត វាបន្តមិនត្រឹមត្រូវ។ ទិន្នន័យមិនល្អបន្ទាប់មកលេចធ្លាយទៅក្នុងបច្ចុប្បន្នភាពជើងហោះហើរមួយចំនួននៅពេលក្រោយ។
ហេតុអ្វីបានជាមុខងារសុវត្ថិភាពបញ្ឈប់ផ្ទៃមេឃ
1:40 ទីក្រុងឡុងដ៍ព្យាយាមអានមួយ ចំណាយពេលយូរពេកហើយអស់ពេល។ ការអស់ពេលធ្វើឱ្យតំណភ្ជាប់ដាច់ ដូចដែលបានរចនាឡើង ដើម្បីការពារប្រព័ន្ធទាំងពីរ។ មុខងារសុវត្ថិភាពដំណើរការបានល្អឥតខ្ចោះ។ នោះហើយជាបញ្ហា។ ពាក្យរបស់របាយការណ៍។ ប្រសិនបើសារបន្ទាន់បានមកដល់មួយមីលីវិនាទីមុន ឬក្រោយ ការធ្វើបច្ចុប្បន្នភាពនឹងបានបញ្ចប់ជាធម្មតា។ នៅលើ Hacker News អ្នកសរសេរកម្មវិធីម្នាក់ហៅមីលីវិនាទីថាជាភាពអស់កល្បជានិច្ច
2:02 ធានាថានឹងកើតឡើងនៅថ្ងៃអង្គារសប្តាហ៍នេះ។ វាគឺជាថ្ងៃអង្គារ។
git blame — legacy code 50 · restart plan 30 · the 10:02 alarm 15 · 1 ms 5
2:05 git blame។ កូដចាស់ហាសិបភាគរយ សម្រាប់ការធ្វើបច្ចុប្បន្នភាពដែលអាចផ្អាក ពាក់កណ្តាលហើយត្រឡប់មកវិញខុស។ ផែនការចាប់ផ្តើមឡើងវិញសាមសិប ព្រោះកំណត់ត្រាមិនល្អមួយនៅទីក្រុងឡុងដ៍មានន័យថាចាប់ផ្តើម ទិន្នន័យជើងហោះហើររបស់ប្រទេសទាំងមូលឡើងវិញ។ ការជូនដំណឹងម៉ោងដប់ពីរដប់ប្រាំ សម្រាប់ការជាសះស្បើយដោយខ្លួនឯងហើយត្រូវបានដាក់ជាគ្មាន ផលប៉ះពាល់។ ប្រាំភាគរយទៅមីលីវិនាទី សម្រាប់ពេលវេលារបស់វា។ រង្វង់នៃការប៉ះពាល់។ Nats បានគ្រោងទុកសម្រាប់ជើងហោះហើរប្រហែលប្រាំបីពាន់ជើងនៅថ្ងៃនោះ ហើយបានដោះស្រាយ
រង្វង់នៃការប៉ះពាល់៖ 8,000 ត្រូវបានគ្រោងទុក, 6,094 ត្រូវបានដោះស្រាយ, បរាជ័យលើកទីបីក្នុងរយៈពេលបីឆ្នាំ
2:27 ប្រហែលប្រាំមួយពាន់។ ការចេញដំណើរពីចក្រភពអង់គ្លេសបានឈប់ប្រហែលបួនម៉ោងកន្លះ ហើយការងារដែលនៅសល់ត្រូវចំណាយពេលជាងពីរថ្ងៃដើម្បីដោះស្រាយ។ វាជាបរាជ័យចរាចរណ៍ផ្លូវអាកាសលើកទីបីរបស់ចក្រភពអង់គ្លេសក្នុងរយៈពេលបីឆ្នាំ ហើយនាយកប្រតិបត្តិហៅបញ្ហានេះថាជាបញ្ហាដ៏កម្របំផុត។
សាលក្រម + the Monday line: ការសរសេរអាតូមិក ការជូនដំណឹងខ្លាំងៗ
2:41 សាលក្រម, postmortem: NEEDS REVIEW។ របាយការណ៍គឺលឿននិងជាក់លាក់ ហើយការជួសជុលត្រូវបានសរសេរនិងកំពុងធ្វើតេស្ត។ ប៉ុន្តែផែនការគឺការចាប់ផ្តើមឡើងវិញលឿនជាងមុន មិនមែនតូចជាងនោះទេ។ Monday line: ប្រសិនបើការងារមួយអាចផ្អាកបាន សូមធ្វើឱ្យការសរសេររបស់វាអាតូមិក ហើយចាត់ទុកការជូនដំណឹងដែលជាសះស្បើយដោយខ្លួនឯងថាជាការជូនដំណឹង។ ផ្ញើមកខ្ញុំនូវឧប្បត្តិហេតុដែលអ្នកនៅតែមិនត្រូវបានអនុញ្ញាតឱ្យនិយាយអំពី នៅក្នុងមតិយោបល់ ឬនៅ thedailydiff.dev។ ហើយនោះគឺជាភាពខុសគ្នានាថ្ងៃនេះ។
3:02 ខ្ញុំ Niko មកពី Axrisi។ SHIP IT។
ប្រភព
- NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
- NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
- NATS on X, 8 Sepx.com
- BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
- The Guardian (Sep 18, 2026)www.theguardian.com
- Hacker News thread on the reportnews.ycombinator.com



