ChatGPT, Claude และ Grok ล่มใกล้เคียงกัน แต่ไม่ได้มีหลักฐานว่าเกิดจากสาเหตุเดียว

เหตุขัดข้องของบริการ AI รายใหญ่ 3 รายในวันที่ 3 กันยายน 2026 เกิดขึ้นในช่วงเวลาไล่เลี่ยกัน แต่หลักฐานที่เปิดเผยต่อสาธารณะยัง ไม่ยืนยัน ว่าทั้งหมดล่มจากสาเหตุเดียวกัน ข้อสรุปที่รอบคอบที่สุดคือ ผู้ให้บริการ Grok ระบุสาเหตุว่าเกิดเหตุขัดข้องที่ศูนย์ประมวลผลในเมืองเมมฟิส ขณะที่ OpenAI อธิบายว่า ChatGPT และ Codex มีปัญหาการกำหนดเส้นทางข้อมูล (routing error) แยกต่างหาก ส่วน Anthropic ระบุเพียงว่าเหตุของ Claude เป็นปัญหาด้านโครงสร้างพื้นฐาน 3540

ข้อมูลสาธารณะยืนยันอะไรบ้าง

ผู้ให้บริการ Grok ระบุว่าเหตุขัดข้องที่ศูนย์ประมวลผลในเมมฟิสส่งผลต่อ Grok และกล่าวขออภัยต่อ “พาร์ตเนอร์ด้านการประมวลผล” ที่ได้รับผลกระทบ รายงานระบุว่าปัญหาของ Grok เริ่มราว 6:30 น. ตามเวลาแปซิฟิก และดำเนินอยู่ประมาณ 3 ชั่วโมงครึ่ง 40

สำหรับ ChatGPT และ Codex นั้น OpenAI ให้คำอธิบายคนละกรณี โดยระบุว่าข้อผิดพลาดในการกำหนดเส้นทางเริ่มราว 7:43 น. ตามเวลาแปซิฟิก ทำให้ผู้ใช้บางส่วนไม่สามารถใช้บริการได้บนหลายแพลตฟอร์ม ก่อนมีการนำวิธีแก้มาใช้ราว 8:17 น. 35

Claude ก็มีอัตราข้อผิดพลาดสูงกว่าปกติเช่นกัน ข้อมูลสถานะที่มีรายงานในขณะนั้นระบุว่าเหตุการณ์กินเวลา 3 ชั่วโมง 6 นาที และ Anthropic เรียกปัญหานี้ว่าเป็นปัญหาโครงสร้างพื้นฐานที่กระทบบริการ Claude อย่างไรก็ดี รายงานสาธารณะที่มีอยู่ไม่ได้ระบุชิ้นส่วนระบบที่ขัดข้อง และไม่ได้บอกว่า Claude โฮสต์อยู่ที่หรือพึ่งพาศูนย์เมมฟิส 3545

จุดนี้สำคัญมาก: ความผิดปกติที่ศูนย์เมมฟิสได้รับการยืนยันสำหรับ Grok; ปัญหา routing ที่แยกออกมาต่างหากถูกรายงานสำหรับ ChatGPT และ Codex; แต่ความเชื่อมโยงระหว่าง Claude กับเมมฟิสยังเป็นเพียงข้อสันนิษฐานที่พิสูจน์ไม่ได้

เวลาทับซ้อนกัน แต่ไม่ได้ล่มแบบเดียวกันทั้งหมด

เหตุการณ์นี้มักถูกเรียกว่า AI ล่มพร้อมกัน หรือเป็นเหตุขัดข้องนาน 5 ชั่วโมง คำเรียกดังกล่าวพอใช้อธิบายช่วงเวลาที่ผู้ใช้อาจพบปัญหาจากหลายบริการชั้นนำพร้อมกันได้ แต่ไม่ควรตีความว่าผู้ให้บริการทุกรายล่มทั้งหมดต่อเนื่องนาน 5 ชั่วโมง

รายงานที่มีอยู่ระบุว่า Claude เริ่มมีข้อผิดพลาดสูงราว 6:23 น. ตามเวลาแปซิฟิก ตามด้วย Grok ราว 6:30 น. และปัญหา routing ของ ChatGPT เริ่มที่ 7:43 น. Claude กลับมาให้บริการได้ภายใน 9:16 น. ขณะที่ Grok มีรายงานว่าขัดข้องราว 3 ชั่วโมงครึ่ง 354045

ผลกระทบต่อการทำงานยังถือว่ามีนัยสำคัญ เพราะผู้ใช้อาจเข้าไม่ถึงทั้งแชตสำหรับผู้บริโภค, API ของโมเดล, เครื่องมือเขียนโค้ด และเวิร์กโฟลว์ที่ใช้ AI ในเวลาเดียวกัน ทางเลือกปกติอย่างการย้ายงานไปใช้ผู้ให้บริการโมเดลรายอื่นจึงทำได้ยากขึ้นในช่วงที่ปัญหาทับซ้อน 3538

Claude ได้รับผลจากเหตุที่เมมฟิสหรือไม่

มีเหตุผลที่ทำให้ทฤษฎีนี้ถูกพูดถึง: ผู้ให้บริการ Grok ระบุว่าเหตุที่เมมฟิสกระทบ “พาร์ตเนอร์ด้านการประมวลผล” ที่ไม่ได้ระบุชื่อ และ Claude ก็เกิดปัญหาโครงสร้างพื้นฐานในช่วงเวลาใกล้เคียงกัน 4045

แต่ความเป็นไปได้ไม่เท่ากับการยืนยัน ผู้ให้บริการ Grok ไม่ได้ระบุชื่อ Anthropic หรือ Claude ว่าเป็นพาร์ตเนอร์ดังกล่าวในรายงานที่ให้มา และ Anthropic ก็ไม่ได้ระบุว่าเมมฟิสคือต้นตอของเหตุขัดข้อง ดังนั้น ข้อสรุปที่ถูกต้องคือ

• ยืนยันแล้ว: Grok ได้รับผลกระทบจากเหตุขัดข้องที่ศูนย์ประมวลผลเมมฟิส 40
• ยืนยันแล้ว: Claude เกิดเหตุขัดข้องที่เกี่ยวกับโครงสร้างพื้นฐาน 3545
• ยังไม่ยืนยัน: เหตุของ Claude มีสาเหตุจาก หรือใช้โครงสร้างพื้นฐานผ่านศูนย์เมมฟิส

การถือว่าข้อสุดท้ายเป็นข้อเท็จจริง จะเป็นการสรุปความเป็นเหตุเป็นผลจากเพียงช่วงเวลาที่ตรงกัน โดยหลักฐานยังไม่เพียงพอ

เหตุใดจึงยังตัด Azure และ Cloudflare ออกแบบเด็ดขาดไม่ได้

หลักฐานสาธารณะไม่รองรับการบอกว่า Azure หรือ Cloudflare “ไม่เกี่ยวข้องแน่นอน” สิ่งที่ข้อมูลรองรับมีขอบเขตแค่ว่า คำอธิบายที่รายงานชี้ไปยังจุดอื่น: OpenAI ระบุถึง routing error ของบริการตนเอง ขณะที่ผู้ให้บริการ Grok ชี้ไปยังศูนย์ประมวลผลเมมฟิส 3540

ไม่มีแหล่งข้อมูลที่ให้มาระบุว่าเหตุขัดข้องวงกว้างของ Azure หรือ Cloudflare เป็นสาเหตุของเหตุการณ์นี้ จึงทำให้สมมติฐานเรื่องผู้ให้บริการรายเดียวล่มทั้งระบบมีน้ำหนักลดลง แต่ก็ไม่อาจตัดความเป็นไปได้ของการพึ่งพาทางอ้อม เช่น เครือข่ายในบางภูมิภาค, DNS, ระบบยืนยันตัวตน, เส้นทางส่งผ่านข้อมูล, ข้อจำกัดด้านกำลังการประมวลผล หรือซัพพลายเออร์ร่วมรายอื่น การตัดออกอย่างสิ้นเชิงต้องอาศัยข้อมูลความสัมพันธ์ของระบบและรายงานวิเคราะห์หลังเหตุการณ์ที่ละเอียดกว่านี้

บทเรียนด้านความทนทาน: ใช้หลายผู้ขาย ไม่ได้แปลว่าพึ่งพาหลากหลายจริง

เหตุการณ์นี้ชี้ให้เห็นว่า การมีรายชื่อผู้ให้บริการโมเดลหลายราย ไม่ได้เป็นแผนความต่อเนื่องทางธุรกิจโดยอัตโนมัติ บริการที่ลูกค้ามองว่าแยกจากกัน อาจยังมีจุดพึ่งพาร่วมกันได้ ทั้งศูนย์ประมวลผลจริง ภูมิภาคคลาวด์ เครือข่าย ระบบยืนยันตัวตน การโฮสต์โมเดล ฮาร์ดแวร์ หรือทีมปฏิบัติการ ความล้มเหลวในชั้นใดชั้นหนึ่งจึงอาจทำให้ตัวเลือก AI หลายรายใช้ไม่ได้พร้อมกัน

ความเสี่ยงจะสูงขึ้นเมื่อ AI ถูกฝังอยู่ในระบบปฏิบัติการ ไม่ได้ใช้แค่ถามตอบเป็นครั้งคราว โมเดลที่ใช้ไม่ได้อาจทำให้งานค้างในคิว การเรียกใช้เครื่องมือ ขั้นตอนอนุมัติ ระบบบริการลูกค้า กระบวนการเขียนโค้ด หรือระบบติดตามสถานะหยุดชะงักได้ และการกู้คืนอาจก่อปัญหารอบสอง หากการลองทำซ้ำส่งผลให้มีการดำเนินการภายนอกซ้ำ หรือทำให้ข้อมูลสถานะที่จำเป็นต่อการทำงานต่อสูญหาย

แนวทางทดสอบความพร้อมรับมือ AI ล่ม

องค์กรที่ใช้ AI ในระบบงานจริงควรทดสอบสถานการณ์ที่เหตุการณ์นี้ทำให้เห็นชัดขึ้น ได้แก่

1. ผู้ให้บริการใช้ไม่ได้ทั้งหมด: ทั้ง API โมเดลและหน้าแชตใช้งานไม่ได้
2. บริการเสื่อมคุณภาพบางส่วน: ข้อผิดพลาดเพิ่มขึ้น ความหน่วงสูง การสตรีมล้มเหลว หรือเครื่องมือบางส่วนใช้ไม่ได้
3. ปัญหาการยืนยันตัวตนและเครือข่าย: การล็อกอิน, DNS, routing หรือการเข้าถึงในบางภูมิภาคขัดข้อง
4. ผู้ขายหลายรายล่มสัมพันธ์กัน: ผู้ให้บริการที่คิดว่าแยกอิสระตั้งแต่ 2 รายขึ้นไปมีปัญหาในช่วงเวลาเดียวกัน
5. ความเสี่ยงระหว่างการกู้คืน: งานในคิว การลองทำซ้ำ การเรียกเครื่องมือ และขั้นตอนอนุมัติกลับมาทำงานโดยไม่สร้างรายการซ้ำหรือทำให้สถานะสูญหาย

การทดสอบควรวัดเวลาในการฟื้นตัว การจัดการงานค้าง การรับช่วงงานโดยมนุษย์ ความสอดคล้องของข้อมูล และคุณสมบัติ idempotency หรือความสามารถในการทำคำสั่งซ้ำโดยไม่ก่อผลลัพธ์ซ้ำโดยไม่ตั้งใจ

ผู้ให้บริการเองสามารถทำให้การประเมินเหล่านี้รัดกุมขึ้นได้ด้วยรายงานวิเคราะห์หลังเหตุการณ์ที่แยกให้ชัดระหว่างลำดับเวลา ส่วนประกอบและภูมิภาคที่ได้รับผลกระทบ สาเหตุราก มาตรการบรรเทา และแนวทางป้องกันการเกิดซ้ำ สำหรับวันที่ 3 กันยายน ข้อมูลสาธารณะเพียงพอจะแยกเหตุที่รายงานของ Grok ในเมมฟิสออกจาก routing error ของ ChatGPT ได้ แต่ยังไม่เพียงพอจะพิสูจน์ว่า Claude มีจุดพึ่งพาร่วมกับเมมฟิส หรือจะทำแผนที่ความสัมพันธ์เชิงลึกของโครงสร้างพื้นฐานเบื้องหลังช่วงเวลาที่ปัญหาทับซ้อนกัน 354045