+− THE DAILY DIFFdev & AI news
SHIP IT

AI បានលុបទិន្នន័យផលិតកម្ម។ ប្រាំបួនវិនាទី។

ភ្នាក់ងារកូដ AI (Cursor ដែលដំណើរការ Claude Opus 4.6) បានជួបប្រទះការមិនត្រូវគ្នានៃទិន្នន័យសម្ងាត់នៅក្នុងការដាក់ឱ្យដំណើរការសាកល្បង ហើយ «កែសម្រួល» វាដោយហៅ volumeDelete នៅលើ Railway ជាមួយនឹងថូខឹនដែលមានវិសាលភាពគណនីដែលវាបានរកឃើញនៅក្នុងឯកសារដែលមិនទាក់ទងគ្នា។

ភ្នាក់ងារកូដ AI (Cursor ដែលដំណើរការ Claude Opus 4.6) បានជួបប្រទះការមិនត្រូវគ្នានៃទិន្នន័យសម្ងាត់នៅក្នុងការដាក់ឱ្យដំណើរការសាកល្បង ហើយ «កែសម្រួល» វាដោយហៅ volumeDelete នៅលើ Railway ជាមួយនឹងថូខឹនដែលមានវិសាលភាពគណនីដែលវាបានរកឃើញនៅក្នុងឯកសារដែលមិនទាក់ទងគ្នា។ មូលដ្ឋានទិន្នន័យផលិតកម្ម និងការបម្រុងទុកទាំងអស់ ត្រូវបាត់បង់ក្នុងរយៈពេលប្រាំបួនវិនាទី។ ក្រោយពេលកើតហេតុ៖ កាលវិភាគ, curl ពិតប្រាកដ, ការពិតស្ថាបត្យកម្មបីយ៉ាងដែលធ្វើឱ្យវាអាចទៅរួច (ការបម្រុងទុកនៅលើទំហំផ្ទុកដូចគ្នា, ថូខឹនដែលមានវិសាលភាពជា root, API ដោយគ្មានការលុបចោល 48 ម៉ោងរបស់ផ្ទាំងគ្រប់គ្រង), និងអ្នកណាជាអ្នកត្រូវទទួលខុសត្រូវពិតប្រាកដ។ សាលក្រមលើដំណោះស្រាយ៖ SHIP IT។

អានបោះពុម្ពជាលាយលក្ខណ៍អក្សរ (អង់គ្លេស) ↗

អ្វីដែលវីដេអូនេះគ្របដណ្ដប់

  • ថ្ងៃទី 24 ខែមេសា ឆ្នាំ 2026៖ ការហៅ API មួយបានលុបទំហំផ្ទុកផលិតកម្មរបស់ PocketOS និងការបម្រុងទុករបស់វា។ ច្បាប់ចម្លងបម្រុងទុកក្រៅប្រព័ន្ធចុងក្រោយបំផុតមានអាយុ 3 ខែ។
  • ថូខឹននេះត្រូវបានបង្កើតឡើងដើម្បីគ្រប់គ្រងដែនផ្ទាល់ខ្លួន។ ដំណើរការរបស់ Railway បានផ្តល់ឱ្យវាជាវិសាលភាពគណនី (ទាំងអស់)។
  • ថ្ងៃទី 27 ខែមេសា៖ Railway បានសង្គ្រោះទិន្នន័យពីការបម្រុងទុកគ្រោះមហន្តរាយ។ ថ្ងៃទី 29 ខែមេសា ការវិភាគក្រោយពេលកើតហេតុ។ ថ្ងៃទី 1 ខែឧសភា៖ ការលុប API ឥឡូវនេះអាចលុបទន់បានរយៈពេល 48 ម៉ោង។

កំណត់ត្រាដែលបានបកប្រែ

បកប្រែចេញពីការនិទានដើមជាភាសាអង់គ្លេស។ សំឡេង និងចំណងជើងរងដែលមានគឺស្ថិតនៅក្រោមការគ្រប់គ្រងរបស់ YouTube។

0:00 ភ្នាក់ងារកូដ AI បានជួបប្រទះពាក្យសម្ងាត់ខុសក្នុងការដាក់ឱ្យដំណើរការសាកល្បង ហើយកែសម្រួលវាដោយការលុប មូលដ្ឋានទិន្នន័យផលិតកម្ម និងរាល់ការបម្រុងទុកក្នុងការហៅ API តែមួយ។ ប្រាំបួនវិនាទី ដែលនៅតែលឿនជាងការកំណត់ពាក្យសម្ងាត់ឡើងវិញ។ ក្រុមហ៊ុននេះគឺ PocketOS ដែលជាកម្មវិធីជួលរថយន្ត។ ភ្នាក់ងារនេះគឺ Cursor ដែលដំណើរការ Claude Opus 4.6 ដែលជាម៉ូដែលថ្លៃបំផុតនៅលើ ម៉ឺនុយ ហើយវេទិកាគឺ Railway។ ស្ថាបនិកបានសរសេរវានៅលើ X មនុស្សប្រាំពីរលាននាក់បានអានវា ហើយបួនថ្ងៃក្រោយមក Railway បានបោះពុម្ពផ្សាយការវិភាគក្រោយពេលកើតហេតុផ្ទាល់ខ្លួន។

0:27 មនុស្សគ្រប់គ្នាបានយល់ស្របលើអ្វីដែលបានកើតឡើង។ គ្មាននរណាម្នាក់យល់ស្របថាអ្នកណាជាអ្នកខុសនោះទេ។ តើវាកើតឡើងដោយរបៀបណា ហេតុអ្វីបានជាវាអាចទៅរួច និងអ្នកណាជាអ្នកទទួលខុសត្រូវពិតប្រាកដ។ នេះគឺជា The Daily Diff, ការវិភាគក្រោយពេលកើតហេតុ។ រសៀលថ្ងៃសុក្រ ទី 24 ខែមេសា។ ភ្នាក់ងារនេះកំពុងបំពេញភារកិច្ចធម្មតាក្នុងការដាក់ឱ្យដំណើរការសាកល្បង បានជួបប្រទះការមិនត្រូវគ្នានៃទិន្នន័យសម្ងាត់ ហើយសម្រេចចិត្តថាដំណោះស្រាយគឺត្រូវលុបទំហំផ្ទុក Railway។ វាត្រូវការថូខឹន ទៅរកមើល ហើយរកឃើញមួយនៅក្នុងឯកសារដែលមិនទាក់ទងគ្នា៖ CLI ថូខឹនដែលបានបង្កើតជាច្រើនខែមុនដើម្បីគ្រប់គ្រងដែនផ្ទាល់ខ្លួន។

0:55 បន្ទាប់មកវាដំណើរការនេះ។ Curl មួយ៖ POST ទៅកាន់ GraphQL endpoint របស់ Railway, ថូខឹន bearer, mutation មួយឈ្មោះ volumeDelete។ គ្មានការបញ្ជាក់, គ្មានការវាយឈ្មោះទំហំផ្ទុក, គ្មានការត្រួតពិនិត្យបរិស្ថាន។ ទំហំផ្ទុកដែលវាសន្មត់ថាជាការដាក់ឱ្យដំណើរការសាកល្បង គឺផលិតកម្ម ហើយការបម្រុងទុកមាននៅលើវា។ ក្នុងរយៈពេលដប់នាទី ស្ថាបនិកបានដាក់ស្លាក CEO របស់ Railway នៅលើ X ដែលបានឆ្លើយតបថាការនេះមួយពាន់ភាគរយមិនគួរអាចទៅរួចនោះទេ។ សាមសិបម៉ោងក្រោយមក នៅតែគ្មានចម្លើយសម្រាប់ការសង្គ្រោះ ដូច្នេះស្ថាបនិកបានបោះពុម្ពផ្សាយ

1:19 អ្វីៗទាំងអស់ រួមទាំងការសារភាពផងដែរ។ ការពិតបីយ៉ាងបានធ្វើឱ្យវាអាចទៅរួច គ្មានអ្វីជាម៉ូដែលនោះទេ។ មួយ៖ Railway រក្សាទុកការបម្រុងទុកទំហំផ្ទុកនៅលើទំហំផ្ទុក។ ឯកសារបាននិយាយក្នុងប្រាំពាក្យថា៖ ការលុបទំហំផ្ទុកនឹងលុបការបម្រុងទុកទាំងអស់។ នោះគឺជាច្បាប់ចម្លងនៅក្នុងកាំផ្ទុះដូចគ្នា។ ច្បាប់ចម្លងថ្មីបំផុតនៅកន្លែងផ្សេងទៀតគឺមានអាយុបី ខែ។ ពីរ៖ ថូខឹនគឺ មានវិសាលភាពគណនី ដែលជាវិសាលភាពធំបំផុតដែល Railway លក់។ វិសាលភាពតូចជាងមាន ប៉ុន្តែដំណើរការបង្កើតបានលាក់វា

1:40 ដូច្នេះថូខឹនសម្រាប់កំណត់ត្រា DNS អាចលុបមូលដ្ឋានទិន្នន័យបាន ហើយគ្មាននរណាម្នាក់ដឹងរហូតដល់ អ្វីមួយកើតឡើង។ បី៖ ផ្ទាំងគ្រប់គ្រងមានប៊ូតុងលុបចោល 48 ម៉ោងសម្រាប់ការលុប អស់ជាច្រើនឆ្នាំ។ API endpoint ដែលភ្នាក់ងារហៅគឺផ្លូវចាស់ ហើយវាលុបភ្លាមៗ។ រាល់របាំងការពារដែល Railway បានបង្កើតមាននៅកន្លែងដែលមនុស្សចុច ហើយភ្នាក់ងារប្រើទ្វារតែមួយដែលពួកគេបានភ្លេច។ នៅពេលសួរថាហេតុអ្វី Opus បានសរសេរថា៖ ខ្ញុំស្មានថាការលុបទំហំផ្ទុក staging នឹងមានវិសាលភាព តែ staging ប៉ុណ្ណោះ។ ខ្ញុំមិនបានផ្ទៀងផ្ទាត់ទេ។

2:04 ការសារភាពដ៏ល្អមួយពីម៉ូដែលដែលមិនចាំអ្វីសោះ ហើយកំពុងបង្កើត ការសុំទោសដែលគួរឱ្យជឿជាក់បំផុត។ git blame៖ ការមិនត្រូវគ្នានៃទិន្នន័យសម្ងាត់ត្រូវបានចាត់ទុកថាជាអ្វីមួយដែលត្រូវកែសម្រួល ជាជាង អ្វីមួយដែលត្រូវបញ្ឈប់ ហើយប៊ូតុង undo មាននៅក្នុង UI ខណៈដែល API ឆ្លើយតប រាល់ការលុបដែលបានផ្ទៀងផ្ទាត់ដោយបាទ/ចាស។ មិនមែនស្ថាបនិក, មិនមែនម៉ូដែល។ លំនាំដើម។ កាំផ្ទុះ៖ ប្រាំបួនវិនាទីដើម្បីលុប, ការកក់បីខែ បាត់បង់, តុជួលព្រឹកថ្ងៃសៅរ៍ដោយគ្មានកំណត់ត្រាថាអ្នកណាឈរនៅទីនោះ

2:31 និងប្រហែលពីរថ្ងៃកន្លះរហូតដល់ CEO របស់ Railway DM ថាទិន្នន័យបាន ត្រឡប់មកវិញ ពីការបម្រុងទុកគ្រោះមហន្តរាយក្រៅប្រព័ន្ធដែលការលុបបានត្រឹមតែធ្វើឱ្យមើលទៅបាត់បង់។ ការឆ្លើយតបដែលចូលចិត្តបំផុត៖ ភ្នាក់ងារដែលអ្នកបានដំណើរការបានលុបអ្វីមួយ ហើយអ្នកបន្ទោសអ្នកគ្រប់គ្នាក្រៅពីខ្លួនឯង។ យុត្តិធម៌។ Railway ក៏បានដាក់ឱ្យដំណើរការម៉ាស៊ីនមេ MCP របស់ខ្លួនសម្រាប់ភ្នាក់ងារកាលពីសប្តាហ៍មុន នៅលើថូខឹនដូចគ្នា។ ក៏យុត្តិធម៌។ សាលក្រម, ក្រោយពេលកើតហេតុ៖ SHIP IT, លើដំណោះស្រាយ។ Railway បានបោះពុម្ពផ្សាយការវិភាគក្រោយពេលកើតហេតុដោយស្មោះត្រង់ក្នុងរយៈពេលបួនថ្ងៃ ហើយនៅថ្ងៃទី 1 ខែឧសភា API

3:00 លុបទន់សម្រាប់ការលុបរយៈពេល 48 ម៉ោងដូចផ្ទាំងគ្រប់គ្រង។ សកម្មភាពថ្ងៃច័ន្ទ៖ រាយបញ្ជីរាល់ថូខឹនដែលភ្នាក់ងាររបស់អ្នកអាចទៅដល់បាន ហើយចាត់ទុកថូខឹននីមួយៗជា root រហូតដល់មានភស្តុតាងផ្ទុយមកវិញ។ ផ្ញើមកខ្ញុំនូវឧប្បត្តិហេតុដែលអ្នកនៅតែមិនត្រូវបានអនុញ្ញាតឱ្យនិយាយអំពី នៅក្នុងមតិយោបល់ ឬនៅ the daily diff dot dev។ ហើយនោះគឺជា diff សម្រាប់ថ្ងៃនេះ។ ខ្ញុំ Niko មកពី Axrisi។ បញ្ចូលដោយការទទួលខុសត្រូវ។

ប្រភព

  1. Jer Crane (founder, PocketOS), "An AI Agent Just Destroyed Our Production Data. It Confessed in Writing."x.com
  2. Railway, "Your AI wants to nuke your database. Guardrails fix that." (Apr 29, 2026)blog.railway.com
  3. Railway changelog #0288, "Undoable volume deletes" (May 1, 2026)railway.com
  4. Railway docs, Backups ("Wiping a volume deletes all backups.")docs.railway.com
  5. Jake Cooper (Railway CEO), "The AI Engineer: A New Breed"x.com
  6. Recovery confirmedx.com
  7. Hacker News (860 points, 1,032 comments)news.ycombinator.com
  8. The Registerwww.theregister.com
  9. The New Stackthenewstack.io

វីដេអូដែលពាក់ព័ន្ធ

postmortem · km · 10 កញ្ញា 2026

វិស្វករ​ម្នាក់​បាន​លុប​មូលដ្ឋាន​ទិន្នន័យ​ផលិតកម្ម​របស់ GitLab។ ៣០០ ជីហ្គាបៃ។

ថ្ងៃទី 31 ខែមករា ឆ្នាំ 2017, ម៉ោង 23:27 ម៉ោង UTC: វិស្វករ GitLab ម្នាក់បានតស៊ូជាមួយ replica ខូចនៅចុងបញ្ចប់នៃរាត្រីដ៏វែងមួយ បានលុបថតទិន្នន័យ PostgreSQL នៅលើ db1 ជំនួសឱ្យ db2។ db1 គឺជា primary។ មូលដ្ឋាន

2:53 ↗
postmortem · km · 25 កញ្ញា 2026

កំហុសមួយមីលីវិនាទីបានបញ្ឈប់ចរាចរណ៍ផ្លូវអាកាសរបស់ចក្រភពអង់គ្លេស។ ប្រាំមួយម៉ោង។

នៅម៉ោង 10:00 ព្រឹកថ្ងៃអង្គារ ទី 8 ខែកញ្ញា សំណើលេខកូដ squawk ជាទម្លាប់មួយនៅក្នុងប្រព័ន្ធដែនអាកាសជាតិ (NAS) របស់ NATS ត្រូវបានរំខានដោយសារសារដែលមានអាទិភាពខ្ពស់ជាងខណៈដែលវាស្ថិតក្នុងដំណាក់កាលពាក់កណ្តាលនៃកា

3:06 ↗
postmortem · km · 22 កញ្ញា 2026

ការចាប់ផ្ដើមឡើងវិញបានបញ្ជូន Telstra ទៅឆ្នាំ 2006 ។ ទូរស័ព្ទប្រាំបួនលានគ្រឿង។

វិស្វករម្នាក់នៅទីក្រុង Melbourne បានបើកប្រអប់កំណត់ពេលឡើងវិញនៅម៉ោង 2:50 ព្រឹក ហើយនៅពេលអាហារពេលព្រឹក បណ្តាញទូរស័ព្ទចល័តដ៏ធំបំផុតរបស់អូស្ត្រាលីបានយល់ព្រមថាវាគឺជាខែវិច្ឆិកា ឆ្នាំ 2006។ ថ្ងៃទី 8 ខែកក្កដា ឆ

3:15 ↗
postmortem · km · 19 កញ្ញា 2026

Google Cloud គាំង​ដោយសារ​វាល​ទទេ​។ បី​ម៉ោង​។

ជួរ​គោលការណ៍​ដែល​មាន​វាល​ទទេ​មួយ​ចំនួន​បាន​ប៉ះ​នឹង null pointer ហើយ Google Cloud បាន​គាំង​នៅ​គ្រប់​តំបន់​ក្នុង​ពេល​តែ​មួយ — បន្ទាប់​មក Cloudflare ក៏​ដួល​ជាមួយ​វា​ដែរ។ ថ្ងៃទី 12 ខែ​មិថុនា ឆ្នាំ 2025, 1

2:57 ↗