OpenAI, perusahaan di balik ChatGPT, baru saja melewati salah satu periode paling bergejolak sejak peluncurannya. Juli 2026 saja membawa rentetan gangguan berulang yang memuncak pada gangguan global berskala luas, disusul insiden yang berlangsung hampir seharian penuh. Artikel ini mencatat dengan tepat apa yang terjadi, dengan tanggal dan waktu sebagaimana dipublikasikan di halaman status resmi OpenAI, dan menjelaskan apa artinya dalam praktik bagi setiap perusahaan yang membangun di atas AI.

Status langsung saat artikel ditulis

Ketika laporan ini disusun, pada Sabtu, 25 Juli 2026 pukul 12:20 waktu Riyadh, halaman status resmi OpenAI menampilkan insiden aktif yang sedang diselidiki berjudul "Elevated error rates" (tingkat error yang meningkat). Insiden ini resmi dimulai pukul 12:17 waktu Riyadh (09:17 UTC) dan menghantam tiga layanan sekaligus: ChatGPT, API OpenAI, dan alat pemrograman Codex. Perusahaan menilai dampaknya "kecil" dan menggambarkan kondisi platform secara keseluruhan sebagai "Partial System Degradation" (penurunan sistem sebagian). Dengan kata lain, ini bukan pemadaman global total, melainkan pelambatan yang hilang-timbul dan permintaan yang gagal bagi sebagian pengguna.

Kronologi dua minggu yang bergejolak

Insiden hari ini bukanlah peristiwa tunggal, melainkan satu mata rantai dalam rangkaian panjang sepanjang Juli:

  • 9 Juli: Error "Please try a different model" (silakan coba model lain) di beberapa model sekaligus.
  • 11–15 Juli: Dilaporkan terjadi lima insiden dalam lima hari berturut-turut, ditutup dengan gangguan yang cukup menonjol, setelah itu ChatGPT pulih.
  • 19 Juli: Gangguan global besar dengan lebih dari 250 laporan, yang memengaruhi pengguna di Ukraina, AS, Eropa, India, dan Jepang, terpusat pada iOS dengan error 502 dan 503.
  • 21 Juli: Gangguan singkat yang berlangsung sekitar 23 menit.
  • 23–24 Juli: Insiden paling signifikan. Insiden ini dimulai pukul 18:36 waktu Riyadh pada tanggal 23 dan baru dinyatakan pulih sepenuhnya pada tanggal 24 pukul 22:33, setelah stabilitas yang naik-turun.
  • 25 Juli: Insiden aktif saat ini, berdampak kecil dan sedang diselidiki.

Apa akar masalahnya?

Detail penting dalam pembaruan resmi OpenAI untuk insiden 23–24 Juli adalah bahwa mereka secara eksplisit sedang mengerjakan perbaikan "bersama penyedia infrastruktur hilir". Artinya, akar masalahnya kemungkinan besar berada di lapisan hosting dan jaringan cloud yang menjadi tumpuan OpenAI, bukan pada model AI itu sendiri. Hal ini juga menjelaskan mengapa sebagian besar insiden pekan itu berupa tingkat error yang meningkat dan error 502/503, bukan berhenti total: layanan tetap berjalan, tetapi sebagian permintaan gagal atau tertunda.

Mengapa ini penting meskipun Anda tidak pernah membuka ChatGPT

Karena gangguan ini menghantam API OpenAI, bukan hanya situs web ChatGPT. Ribuan aplikasi, toko, dan sistem layanan pelanggan memanggil model OpenAI di latar belakang, tanpa terlihat oleh pengguna akhir. Ketika error API melonjak, semua sistem tersebut tersandung pada saat yang sama. Siapa pun yang membangun di atas satu penyedia tanpa cadangan akan mengubah gangguan penyedia itu menjadi gangguannya sendiri.

Pelajarannya: rancang untuk kegagalan

Penyedia besar bisa down, itu aturan, bukan pengecualian. Perbedaan antara sistem yang rapuh dan sistem yang tangguh terletak pada bagaimana sistem itu berperilaku pada saat tersebut:

  • Multi-penyedia: berikan sistem Anda penyedia model cadangan yang akan diambil alih secara otomatis ketika penyedia utama bermasalah.
  • Percobaan ulang yang cerdas: saat permintaan gagal, coba lagi dengan exponential backoff alih-alih membanjiri layanan yang sedang kewalahan dengan lebih banyak lalu lintas.
  • Antrean permintaan: simpan permintaan yang tidak mendesak dan jalankan ketika layanan kembali, alih-alih kehilangannya.
  • Pemantauan dan peringatan: pantau tingkat error dan latensi, lalu dapatkan peringatan begitu keduanya melewati batas normal, bukan ketika pelanggan mengeluh.

Peran Origami

Sebagai perusahaan teknologi, kami tidak sekadar menghubungkan bisnis Anda ke model AI. Kami merancang integrasinya dengan asumsi bahwa penyedia suatu hari akan gagal: lapisan failover otomatis antarpenyedia, percobaan ulang yang disiplin, dan dasbor pemantauan yang mendeteksi gangguan sebelum pelanggan Anda menyadarinya. Begitulah cara sistem Anda tetap berdiri ketika yang lain terhenti.

Sumber