OpenRouter , sebuah perkhidmatan penghalaan model AI yang popular, mengalami gangguan ketara selama 50 minit pada 28 Ogos 2025, bermula pada 5:40 pagi Waktu Timur. Perkhidmatan ini, yang membolehkan pembangun mengakses pelbagai model AI melalui satu API, mengalami gangguan sepenuhnya akibat kegagalan kebergantungan pangkalan data hulu di rantau US East.
Garis Masa Gangguan - 28 Ogos 2025
- 5:40 AM ET: Sistem menjadi tidak boleh diakses disebabkan kegagalan pangkalan data
- 10:29 AM ET: Chat API dipulihkan kepada status operasi
- 10:30 AM ET: Penjelasan rasmi insiden disiarkan
- 10:38 AM ET: Generation API dipulihkan kepada status operasi
- Jumlah masa gangguan: Kira-kira 50 minit
Ironi Redundansi Berpusat
Gangguan ini telah mencetuskan perbincangan sengit mengenai cadangan nilai teras OpenRouter . Walaupun perkhidmatan ini memasarkan dirinya sebagai penyelesaian untuk mengelakkan gangguan vendor AI individu dengan menghalakan permintaan merentasi pelbagai penyedia, insiden ini menyerlahkan kelemahan asas dalam pendekatan tersebut. Komuniti dengan pantas menunjukkan percanggahan ini: perkhidmatan yang direka untuk menghapuskan titik kegagalan tunggal telah menjadi satu sendiri.
Perbincangan mendedahkan bahawa OpenRouter memang menyediakan redundansi tulen untuk banyak model, termasuk model tertutup seperti Claude , yang tersedia melalui pelbagai penyedia seperti Google Vertex , Amazon Bedrock , dan Anthropic secara langsung. Walau bagaimanapun, apabila infrastruktur OpenRouter sendiri gagal, semua redundansi tersebut menjadi tidak bermakna.
Cabaran Komunikasi Semasa Krisis
Pengguna menyatakan kekecewaan bukan sahaja dengan masa henti itu sendiri, tetapi dengan kekurangan komunikasi yang tepat pada masanya. Untuk hampir keseluruhan tempoh gangguan, halaman status hanya menunjukkan notis automatik tanpa pengakuan manusia atau anggaran masa pemulihan. Komuniti menyatakan bahawa OpenRouter terutamanya berkomunikasi melalui Discord dan bukannya saluran tradisional, yang mungkin tidak sampai kepada semua pengguna semasa insiden kritikal.
Saya kebanyakannya bimbang tentang kekurangan komunikasi mereka. Alangkah baiknya jika tahu bahawa mereka sedang menyiasat dan ada ETA.
Jurang komunikasi ini menjadi titik perbincangan penting, dengan pengguna membandingkannya secara tidak baik dengan halaman status yang menunjukkan All Systems Operational walaupun semasa gangguan yang jelas.
Penyelesaian Alternatif Muncul
Masa gangguan ini bertepatan dengan perbincangan mengenai alternatif yang dihoskan sendiri, dengan ahli komuniti berkongsi projek seperti NiceAPI sebagai penyelesaian berpotensi untuk organisasi yang memerlukan kebolehpercayaan masa operasi maksimum. Insiden ini telah mendorong pengguna untuk mempertimbangkan semula strategi kebergantungan mereka, dengan ramai yang menyimpulkan bahawa walaupun menggunakan OpenRouter , mengekalkan penyedia sandaran tetap penting.
Chris dari OpenRouter mengakui keterukan situasi dan berjanji untuk siasatan post-mortem yang terperinci. Syarikat menyatakan mereka sedang bekerja secara aktif untuk meningkatkan redundansi dan menghapuskan titik kegagalan tunggal, walaupun komuniti tetap ragu-ragu tentang sejauh mana keberkesanan ini boleh dicapai sambil mengekalkan seni bina berpusat perkhidmatan.
Insiden ini berfungsi sebagai peringatan bahawa walaupun perkhidmatan pengagregatan boleh menyediakan redundansi yang berharga, ia juga memperkenalkan risiko mereka sendiri yang mesti dipertimbangkan dengan teliti dalam aplikasi kritikal.
Rujukan: OpenRouter