ChatGPT, Claude ve Grok 3 Eylül’de Neden Aynı Anda Aksadı?

3 Eylül 2026’da önde gelen yapay zekâ servisleri birkaç saat arayla sorun yaşadı. Kullanıcılar OpenAI’nin ChatGPT ve Codex araçlarına, Anthropic’in Claude ürünlerine ve xAI’ın Grok hizmetine erişimde güçlük bildirdi. Ancak en sağlam sonuç, “yapay zekâ interneti çöktü” gibi geniş bir yorumdan daha sınırlı: Kamuya açık bilgiler, tek ve kanıtlanmış bir ortak arıza yerine, farklı nedenlerle açıklanan ayrı olaylara işaret ediyor. 334148

Ne oldu, hangi saatlerde yaşandı?

Sağlayıcıların durum sayfaları ve üçüncü taraf haberlerde zaman damgaları farklı kullanıldığı için kesin kronoloji sınırlı. Yine de kesinti pencereleri, kullanıcıların neden olayları aynı anda yaşanmış gibi algıladığını gösteriyor.

• Grok: xAI’ın olay kaydının 13.30 UTC’de başlayıp 17.05 UTC’de bittiği bildirildi. Şirket daha sonra aksamanın Memphis’teki bilgi işlem merkezindeki bir kesintiden kaynaklandığını belirtti. 48
• Claude: Anthropic; Claude modelleri ile Claude.ai, API, Claude Code ve Claude Cowork’ta yüksek istek hata oranları görüldüğünü açıkladı. Sorun, yaklaşık üç saatlik aksamanın ardından 16.16 UTC itibarıyla çözüldü. 104148
• ChatGPT ve Codex: OpenAI’ye göre 07.43 PT’de başlayan kurum içi bir yönlendirme hatası, bazı kullanıcılar için ChatGPT ve Codex’i farklı platformlarda erişilemez hâle getirdi. Yaklaşık 08.17 PT’de çözüm devreye alındı ve sistem izlemeye alındı. 41

Kullanıcılar oturum açamama, sohbetlere erişememe, istemlerin başarısız olması ve web ya da uygulama tarafında erişim sorunları bildirdi. Downdetector verilerine dayanan haberlere göre ChatGPT için Hindistan saatiyle yaklaşık 20.00’de 43 bini aşkın sorun bildirimi kaydedildi. Claude’daki etki ise hem son kullanıcı ürünlerini hem de geliştirici araçlarını kapsadı. 2339

Şirketler kesintilerin nedeni için ne dedi?

Açıklanan nedenler, bu olayları kesin biçimde tek bir arıza olarak değerlendirmemek gerektiğini gösteriyor.

OpenAI: Şirket sözcüsü, ChatGPT ve Codex aksamasını OpenAI altyapısındaki bir yönlendirme hatasına bağladı. 41

Anthropic: Claude’un durum raporlarında sorun bir altyapı problemi olarak tanımlandı; çok sayıda model ve hizmette yüksek hata oranları doğrulandı. Ancak arızalanan belirli bileşen kamuya açıklanmadı. 3948

xAI: Olay sonrasındaki haberlere göre xAI, Grok kesintisini Memphis bilgi işlem merkezindeki arızayla ilişkilendirdi ve etkilenen bilgi işlem ortaklarından özür diledi. 48

Bu açıklamalar, olası her ortak bağımlılığı dışlamaz; fakat ortak bir kök neden de kanıtlamaz.

Sorumlu Azure veya başka bir ortak sağlayıcı muydu?

Hayır. Sunulan kamuya açık kanıtlar; Microsoft Azure’ın, bir ağ sağlayıcısının, içerik dağıtım ağının (CDN), kimlik hizmetinin ya da başka bir ortak tedarikçinin 3 Eylül’deki tüm aksamalara yol açtığını doğrulamıyor.

Dönemin haberlerinde, üç şirkete de bulut hizmeti sunduğu için Azure dikkat çeken olası bir nokta olarak anıldı. Ancak bu, nedensellik kanıtı değildir. 42 Kullanıcı bildirimlerine dayalı kesinti ölçümlerinde, farklı sistemlerdeki bağımsız arızaların zaman açısından çakışması mümkündür.

Bu nedenle en doğru değerlendirme şudur: ortak altyapı kaynaklı bir neden doğrulanmış değildir. Azure’daki bölgesel bir arızanın tüm olayları tetiklediği yönündeki iddialar, şirketlerin doğrudan teyidi veya teknik olay sonrası raporu olmadan kesin bilgi sayılmamalı.

Anthropic’in Colossus 1 erişimi Claude kesintisini açıklar mı?

Mevcut haberler, Anthropic’in xAI/SpaceXAI’ın Colossus 1 tesisine olası erişiminin kapsamını veya Claude’un üretim ortamındaki hizmet yolunun olay sırasında bu kapasiteye bağlı olup olmadığını belirlemeye yeterli değil. Memphis’te Grok’u etkileyen bir arızanın yaşanmış olması, tek başına Claude kesintisine yol açtığını göstermez. 48

Güvenilirlik değerlendirmelerinde bu ayrım önemlidir: Ticari bir bilgi işlem anlaşması doğrulanmış olsa bile, belirli bir kullanıcı hizmetinin kesinti anında o altyapıda çalıştığının kanıtı değildir.

7 Eylül’de Hindistan’daki yeni ChatGPT bildirimlerinde ne biliniyordu?

7 Eylül’deki ayrı haberlerde, ChatGPT’de özellikle içerik üretimi sırasında sorun yaşandığı; bazı kullanıcıların da tarayıcı ve uygulama sorunları bildirdiği aktarıldı. Bir haberde yaklaşık 261 kullanıcı bildirimi kayda geçti ve şikâyetlerin büyük bölümünü içerik üretimi sorunu oluşturdu. 19

Bu veriler, Hindistan çapında sürekli bir kesintiyi, doğrulanmış bir kök nedeni ya da 3 Eylül’deki olaylarla bir bağlantıyı ortaya koymadı. Haricî bir izleme servisi, o gün 03.07 UTC itibarıyla ChatGPT’ye olağandışı hata veya yanıt süresi görmeden erişebildiğini bildirdi. Bu durum, kesintisiz ülke çapında bir arızadan ziyade kısmi, aralıklı veya bölgelere göre değişen bir soruna daha uygundur. 22

İşletmeler için ders: Çoklu sağlayıcı, otomatik olarak dayanıklılık demek değil

3 Eylül’deki olaylar; müşteri hizmetleri, yazılım geliştirme, araştırma, belge işleme ve yapay zekâ ajanı iş akışlarının ne kadar hızlı kesintiye uğrayabileceğini gösterdi. Birden fazla yapay zekâ aboneliği, tek bir sağlayıcıya bağımlılık riskini azaltır. Ancak kullanıcıların aynı tarayıcı, kimlik doğrulama, ağ veya entegrasyon katmanlarına bağlı olduğu ya da sağlayıcıların ortak altyapı katmanlarını kullandığı durumlarda iş sürekliliğini garanti etmez.

Daha dayanıklı bir yapay zekâ iş akışı için şunlar planlanmalı:

• Manuel yedek süreçler ve kalıcı kuyruklar: Kritik işler kaybolmamalı; başarısız istekler sonradan yeniden ele alınabilmeli.
• Sağlayıcılar arasında geçiş: Uygun görevleri başka bir model sağlayıcısına yönlendirin; ancak eş zamanlı ve ilişkili arızaların yine de yaşanabileceğini kabul edin.
• Savunmacı API yönetimi: Geçici bir kesintinin yinelenen iş üretmemesi için sınırlı zaman aşımı, kademeli yeniden deneme, devre kesici ve tekrar güvenli iş tasarımı kullanın.
• Düşük kapasitede çalışma modu: Gelişmiş model olmadan hangi işlerin süreceğini önceden belirleyin; örneğin kural tabanlı yönlendirme, önbelleğe alınmış yanıtlar, gecikmeli teslimat veya insan denetimi.
• Bağımsız izleme ve olay kayıtları: Sağlayıcıların durum sayfalarını kendi sentetik kontrollerinizle birlikte takip edin; hangi sağlayıcı, model veya entegrasyonun başarısız olduğunu gösteren kayıtları saklayın.

Ana çıkarım, her eş zamanlı kesintinin gizli bir ortak nedeni olduğu değildir. Asıl ders, işletmelerin bu olasılığı hesaba katması ve yedek tasarımlarının gerçekten çalıştığını bir sonraki kesintiden önce test etmesidir.