ChatGPT, Claude ve Grok kesintilerinin ardında tek bir neden mi vardı?

3 Eylül 2026’da üç büyük yapay zekâ hizmetinde kesintilerin birbirine yakın saatlerde görülmesi, tek bir ortak arıza yaşandığı anlamına gelmiyor. Kamuya açık kayıtlardan çıkarılabilecek en sağlam sonuç daha sınırlı: Grok’un işletmecisi sorunu Memphis’teki işlem merkezindeki arızaya bağladı; OpenAI, ChatGPT ve Codex için ayrı bir yönlendirme hatası açıkladı; Anthropic ise Claude’daki olayı yalnızca bir altyapı sorunu olarak tanımladı. 3540

Kamuya açıklanan bilgiler neyi doğruluyor?

Grok’un işletmecisi, Memphis’teki işlem merkezinde meydana gelen kesintinin Grok’u etkilediğini ve etkilenen "işlem ortaklarından" özür dilediğini açıkladı. Haberlere göre Grok’taki sorun Pasifik saatiyle yaklaşık 06.30’da başladı ve yaklaşık üç buçuk saat sürdü. 40

OpenAI ise ChatGPT ve Codex için farklı bir neden verdi: Pasifik saatiyle yaklaşık 07.43’te başlayan bir yönlendirme hatası, hizmetleri çeşitli platformlarda bazı kullanıcılar için erişilemez hâle getirdi. Şirket, yaklaşık 08.17’de çözümün uygulandığını bildirdi. 35

Claude’da da hata oranları yükseldi. Dönemin durum bilgilerine göre olay 3 saat 6 dakika sürdü ve Anthropic bunu Claude hizmetlerini etkileyen bir altyapı sorunu olarak niteledi. Ancak kamuya yansıyan bilgiler, arızalanan bileşeni belirtmedi; Claude’un Memphis tesisinde barındırıldığını veya bu tesise bağımlı olduğunu da söylemedi. 3545

Bu ayrım kritik: Memphis tesisiyle bağlantı Grok için doğrulanmış durumda. ChatGPT ve Codex için ise ayrı bir yönlendirme sorunu bildirildi. Claude’un Memphis’le bağlantısı ise henüz kanıtlanmış değil.

Saatler çakıştı, kesintiler aynı değildi

Olay bazen eşzamanlı ya da beş saatlik yapay zekâ kesintisi diye anılıyor. Kullanıcıların, birden fazla önde gelen hizmette aynı dönemde sorunla karşılaşabildiği zaman aralığını anlatmak için bu kullanışlı bir kısaltma. Fakat her sağlayıcının beş saat boyunca tamamen devre dışı kaldığı anlamına gelmiyor.

Mevcut haberlere göre Claude’daki ilk yüksek hata oranları Pasifik saatiyle yaklaşık 06.23’te, Grok’taki sorun 06.30’da, ChatGPT’nin yönlendirme hatası ise 07.43’te görüldü. Claude 09.16’da yeniden hizmet verir hâle geldi; Grok kesintisinin ise yaklaşık üç buçuk saat sürdüğü bildirildi. 354045

Etkisi yine de kayda değerdi. Tüketici sohbet araçları, model API’leri, yazılım geliştirme ürünleri ve yapay zekâ destekli iş akışlarına erişim aynı zaman diliminde aksayabildi. Normalde bir model sağlayıcısından diğerine geçmekle sağlanabilecek yedeklilik, bu örtüşme sırasında daha az işe yaradı. 3538

Claude, Memphis’teki arızadan mı etkilendi?

Bu iddianın gündeme gelmesi için makul bir neden var: Grok’un işletmecisi Memphis olayının adı açıklanmayan bazı işlem ortaklarını da etkilediğini söyledi; Claude’da da yakın zaman aralığında bir altyapı kesintisi yaşandı. 4045

Ancak makullük, doğrulama değildir. Sağlayıcı, verilen haberlerde Anthropic’i veya Claude’u etkilenen ortaklar arasında kamuya açık biçimde adlandırmadı. Anthropic de kesintinin kaynağının Memphis olduğunu açıklamadı. Bu nedenle doğru değerlendirme şöyle olmalı:

• Doğrulanan: Grok, Memphis’teki işlem merkezi kesintisinden etkilendi. 40
• Doğrulanan: Claude, altyapı kaynaklı bir kesinti yaşadı. 3545
• Doğrulanmayan: Claude kesintisinin Memphis tesisinden kaynaklandığı veya bu tesis üzerinden çalıştığı.

Son maddeyi kesinmiş gibi sunmak, zaman çakışmasını yeterli kanıt olmadan nedensellik iddiasına dönüştürür.

Azure ve Cloudflare neden kesin biçimde dışlanamaz?

Kamuya açık kanıtlar, Azure veya Cloudflare’ın kesin olarak "elenmiş" olduğunu söylemeye yeterli değil. Desteklenen daha dar sonuç şu: Açıklanan nedenler başka noktalara işaret ediyor. OpenAI, hizmet kesintisini yönlendirme hatasına; Grok’un işletmecisi ise kendi Memphis tesisindeki arızaya bağladı. 3540

Sağlanan kaynakların hiçbiri, bu olayların nedeni olarak Azure veya Cloudflare’ı kapsayan geniş çaplı bir kesinti tanımlamıyor. Bu durum, tek bir sağlayıcıyı etkileyen yaygın bir arıza olasılığını azaltır; fakat bölgesel ağ bağlantıları, DNS, kimlik doğrulama, internet omurga bağlantıları, kapasite kısıtları ya da ortak tedarikçiler gibi dolaylı bağımlılıkları ortadan kaldırmaz. Kesin bir dışlama için daha kapsamlı bağımlılık bilgisi ve teknik olay raporları gerekir.

Asıl ders: Sağlayıcı çeşitliliği, bağımlılık çeşitliliği değildir

Bu olay, yalnızca farklı model sağlayıcıları kullanmanın iş sürekliliği planı olmadığını gösteriyor. Müşteriler açısından bağımsız görünen hizmetler; fiziksel işlem altyapısı, bölgeler, ağlar, kimlik doğrulama sistemleri, model barındırma, donanım tedariği veya operasyon katmanlarında ortak bağımlılıklara sahip olabilir. Bu katmanlardan birindeki arıza, görünürde ayrı seçenekleri aynı anda kullanılamaz hâle getirebilir.

Yapay zekâ yalnızca ara sıra kullanılan bir sohbet aracı olmaktan çıkıp operasyonel sistemlere yerleştiğinde risk büyür. Kullanılamayan bir model; bekleyen işleri, araç çağrılarını, onay süreçlerini, müşteri destek akışlarını, yazılım geliştirme hatlarını ve izleme görevlerini durdurabilir. Hizmet geri geldiğinde yeniden denemeler de ikinci bir risk yaratabilir: Bir dış işlem iki kez tetiklenebilir ya da güvenli devam için gereken durum bilgisi kaybolabilir.

Yapay zekâ kesintilerine dayanıklılık nasıl test edilmeli?

Yapay zekâyı üretim ortamında kullanan kurumların, bu olayın görünür kıldığı senaryoları düzenli olarak sınaması gerekir:

1. Sağlayıcının tamamen kaybedilmesi: Model API’leri ve sohbet arayüzleri kullanılamaz.
2. Kısmi bozulma: Hata oranı artışı, gecikme, kesilen akış yanıtları veya çalışmayan araçlar.
3. Kimlik doğrulama ve ağ arızaları: Oturum açma, DNS, yönlendirme veya bölgesel erişim sorunları.
4. Birbiriyle ilişkili sağlayıcı kesintileri: Bağımsız sanılan iki ya da daha fazla sağlayıcının aynı zaman aralığında sorun yaşaması.
5. Kurtarma riskleri: Yeniden denemeler, kuyruktaki işler, araç çağrıları ve onay süreçlerinin; yinelenen işlem veya kayıp durum bilgisi olmadan devam etmesi.

Bu testlerde kurtarma süresi, iş birikiminin yönetimi, insanın devralma süreci, veri tutarlılığı ve idempotency yani aynı işlemin tekrarlandığında istenmeyen ikinci bir etki yaratmama özelliği ölçülmeli.

Sağlayıcılar da zaman çizelgesini, etkilenen bileşenleri ve bölgeleri, kök nedeni, alınan önlemleri ve tekrarını engelleyecek adımları açıkça ayıran teknik olay raporları yayımlayarak bu değerlendirmeleri daha sağlam hâle getirebilir. 3 Eylül’e ilişkin kamu kaydı, Grok için bildirilen Memphis arızası ile ChatGPT’nin yönlendirme hatasını birbirinden ayırmaya yetiyor. Ancak Claude’un Memphis bağımlılığını kanıtlamaya veya kesintilerin arkasındaki daha derin altyapı ilişkilerini haritalamaya yetmiyor. 354045