OpenRouter บริการจัดเส้นทางโมเดล AI ยอดนิยม ประสบปัญหาระบบล่มครั้งใหญ่นาน 50 นาทีเมื่อวันที่ 28 สิงหาคม 2025 เริ่มตั้งแต่เวลา 5:40 น. ตามเวลาภาคตะวันออกของสหรัฐฯ บริการที่ช่วยให้นักพัฒนาสามารถเข้าถึงโมเดล AI หลายตัวผ่าน API เดียวนี้ หยุดทำงานสมบูรณ์เนื่องจากความล้มเหลวของฐานข้อมูลต้นทางในภูมิภาค US East
ไทม์ไลน์การขัดข้อง - 28 สิงหาคม 2025
- 5:40 AM ET: ระบบไม่สามารถเข้าถึงได้เนื่องจากฐานข้อมูลเสียหาย
- 10:29 AM ET: Chat API กลับมาทำงานได้ปกติ
- 10:30 AM ET: โพสต์คำอธิบายเหตุการณ์อย่างเป็นทางการ
- 10:38 AM ET: Generation API กลับมาทำงานได้ปกติ
- เวลาหยุดทำงานทั้งหมด: ประมาณ 50 นาที
ความขัดแย้งของการสำรองข้อมูลแบบรวมศูนย์
เหตุการณ์ระบบล่มครั้งนี้ได้จุดประกายการอพยพอย่างเข้มข้นเกี่ยวกับข้อเสนอคุณค่าหลักของ OpenRouter แม้ว่าบริการนี้จะทำการตลาดตัวเองว่าเป็นโซลูชันเพื่อหลีกเลี่ยงปัญหาระบบล่มของผู้ให้บริการ AI แต่ละรายโดยการจัดเส้นทางคำขอไปยังผู้ให้บริการหลายราย แต่เหตุการณ์ครั้งนี้ได้เน้นย้ำจุดอ่อนพื้นฐานของแนวทางดังกล่าว ชุมชนได้ชี้ให้เห็นความขัดแย้งอย่างรวดเร็ว: บริการที่ออกแบบมาเพื่อขจัดจุดเสียหายเดียวกลับกลายเป็นจุดเสียหายเดียวเอง
การอพยพได้เผยให้เห็นว่า OpenRouter ให้การสำรองข้อมูลที่แท้จริงสำหรับโมเดลหลายตัว รวมถึงโมเดลปิดอย่าง Claude ซึ่งพร้อมใช้งานผ่านผู้ให้บริการหลายราย เช่น Google Vertex, Amazon Bedrock และ Anthropic โดยตรง อย่างไรก็ตาม เมื่อโครงสร้างพื้นฐานของ OpenRouter เองล้มเหลว การสำรองข้อมูลทั้งหมดนั้นจะกลายเป็นสิ่งไร้ความหมาย
ความท้าทายในการสื่อสารระหว่างวิกฤต
ผู้ใช้แสดงความผิดหวังไม่เพียงแค่กับปัญหาระบบล่มเท่านั้น แต่ยังรวมถึงการขาดการสื่อสารที่ทันท่วงที เกือบตลอดระยะเวลาที่ระบบล่ม หน้าสถานะแสดงเพียงการแจ้งเตือนอัตโนมัติโดยไม่มีการรับทราบจากมนุษย์หรือเวลาการกู้คืนโดยประมาณ ชุมชนสังเกตว่า OpenRouter สื่อสารหลักผ่าน Discord มากกว่าช่องทางดั้งเดิม ซึ่งอาจไม่เข้าถึงผู้ใช้ทั้งหมดในระหว่างเหตุการณ์วิกฤต
ฉันกังวลเป็นหลักเกี่ยวกับการขาดการสื่อสารของพวกเขา น่าจะดีถ้าได้รู้ว่าพวกเขากำลังดูแลเรื่องนี้และมีเวลาโดยประมาณ
ช่องว่างในการสื่อสารนี้กลายเป็นประเด็นสำคัญ โดยผู้ใช้เปรียบเทียบในแง่ลบกับหน้าสถานะที่แสดง All Systems Operational แม้ในระหว่างที่มีปัญหาระบบล่มที่ชัดเจน
ทางเลือกอื่นเริ่มปรากฏ
ช่วงเวลาของปัญหาระบบล่มตรงกับการอพยพเกี่ยวกับทางเลือกแบบ self-hosted โดยสมาชิกชุมชนแบ่งปันโปรเจกต์อย่าง NiceAPI เป็นโซลูชันที่เป็นไปได้สำหรับองค์กรที่ต้องการความน่าเชื่อถือในการทำงานสูงสุด เหตุการณ์นี้ได้กระตุ้นให้ผู้ใช้พิจารณากลยุทธ์การพึ่งพาของตนใหม่ โดยหลายคนสรุปว่าแม้เมื่อใช้ OpenRouter การรักษาผู้ให้บริการสำรองยังคงเป็นสิ่งจำเป็น
Chris จาก OpenRouter ยอมรับความรุนแรงของสถานการณ์และสัญญาว่าจะทำการสอบสวนหลังเหตุการณ์อย่างละเอียด บริษัทระบุว่าพวกเขากำลังทำงานอย่างแข็งขันเพื่อปรับปรุงการสำรองข้อมูลและขจัดจุดเสียหายเดียว แม้ว่าชุมชนยังคงสงสัยเกี่ยวกับว่าสิ่งนี้สามารถทำได้อย่างมีประสิทธิภาพแค่ไหนในขณะที่ยังคงรักษาสถาปัตยกรรมแบบรวมศูนย์ของบริการ
เหตุการณ์นี้เป็นการเตือนใจว่าแม้บริการรวบรวมสามารถให้การสำรองข้อมูลที่มีค่า แต่พวกเขายังนำความเสี่ยงของตนเองมาด้วยที่ต้องพิจารณาอย่างรอบคอบในแอปพลิเคชันที่สำคัญ
อ้างอิง: OpenRouter