Dreamforce 2026'nın ikinci gününde Salesforce küresel kesintiyle sarsıldı

Ne oldu

Salesforce, 16 Eylül 2026'da, Dreamforce konferansının ikinci gününde küresel bir hizmet kesintisi yaşadı ve dünyanın dört bir yanındaki müşteriler platforma giriş yapamaz hale geldi.

dev.to'da yayımlanan bir yazıya göre kesinti yaklaşık 07:50 UTC'de başladı ve Salesforce'un Core Service'ini etkiledi. Zaman çizelgesini Salesforce'un durum güncellemelerinden ve dönemdeki basın haberlerinden derlediğini belirten yazar, ABD, Birleşik Krallık, Almanya, Fransa, Japonya ve Hindistan dahil her bölgede yüzlerce instance'ın etkilendiğini aktarıyor.

Belirtiler arasında ciddi gecikmeler, aralıklı hatalar ve başarısız oturum açma girişimleri yer aldı; bazı müşteriler yeni destek talepleri açmakta bile zorlandı.

Ön neden ve toparlanma

dev.to yazısına göre Salesforce'un ilk açıklaması, isteklerin dahili bir oturum açma servisinde takılması ve mevcut kapasitenin tükenmesine işaret etti. Yazar, bu nedenin ön nitelikte olduğunu belirtiyor ve resmi kök neden analizi yayımlandığında Salesforce'un Trust durum sayfasını takip etmeyi öneriyor.

Düzeltmenin doğrulandığı ve UTC ile sabahın ilerleyen saatlerinde yayıma alındığı bildiriliyor. Yazıya göre toparlanma düzensizdi: bazı instance'lar diğerlerinden daha yavaş geri geldi ve hizmet geri döndükten sonra bazı müşteriler zamanlanmış job'ların beklendiği gibi çalışmadığını gördü.

Zamanlamanın rahatsız edici hali

Kesinti, San Francisco'da düzenlenen Salesforce'un en büyük yıllık etkinliği olan Dreamforce'ın tam ortasına denk geldi. dev.to yazarına göre sahnedeki program şirketin AI hedeflerine — Agentforce, "AIforce" ve "Headless 360" — odaklanırken, konferans katılımcıları ve diğer müşteriler erişilemez bir platformla karşı karşıya kaldı.

Tanıdık bir arıza biçimi

Yazı, olayı daha geniş bir örüntünün içine yerleştiriyor ve 2019, 2021, 2023 ve 2025'teki büyük Salesforce kesintilerini, çeşitli biçimlerde hatalı izin script'lerine ve DNS değişikliklerine atfederek listeliyor.

Yazarın daha geniş eleştirisi geliştiricilere yönelik: standart Apex iş akışı — bir editörde kod yazmak, bir scratch org'a ya da sandbox'a deploy etmek, testleri çalıştırmak ve debug log'larını okumak — kod yazmanın kendisi dışında her şey için canlı Salesforce altyapısına dayanıyor. Platforma erişilemediğinde geliştirme çalışması durma noktasına geliyor. Yazar bunu, derlemenin ve test etmenin yerelde rutin şekilde yapıldığı ve bir sağlayıcıdaki kesintinin çalışmayı durdurmadığı Java ya da Go gibi ekosistemlerle karşılaştırıyor.

Geçici bir çözüm olarak yazar, kendisinin geliştirdiği Nimbus adlı yerel bir Apex araç zinciri kullanarak kesintinin tam ortasında çalışmaya devam ettiğini anlatıyor; bu araç, unit test'leri geliştiricinin makinesinde çalıştırıyor, SOQL ve DML'yi gömülü bir veritabanına karşı yürütüyor ve platform event'lerini çevrimdışı simüle ediyor. Yalnızca son deploy, Salesforce toparlanana kadar beklemek zorunda kaldı.

Neden önemli

Satış, destek ve iç süreçlerini Salesforce üzerinde yürüten kurumlar için küresel bir oturum açma hatası, sadece bir aksaklık değil, iş operasyonlarının tamamen durması demek. Olay, tek bir sağlayıcının erişilebilirliğinin diğer her bağımlılık gibi bir bağımlılık olduğunu ve her şeyi onun üzerine inşa eden ekiplerin arıza anında elinde çok az seçenek olduğunu hatırlatıyor.

Geliştiriciler için dev.to yazısında savunulan ders, günlük kodlama işini canlı bir org'dan koparmak; böylece kesintiler yalnızca deploy'u geciktirir, tüm üretkenliği değil. AI kodlamanın daha büyük bir kısmını üstlendikçe soru da keskinleşiyor: üretilen Apex yalnızca canlı bir sandbox üzerinde doğrulanabiliyorsa, kodlama agent'ları da kesintilerde tıpkı insanlar gibi duruyor. Salesforce sahada agentic AI'yı pazarlarken kendi platformu sarsılırken, pazarlama mesajı ile operasyonel gerçeklik arasındaki uçurum — en azından bir sabah boyunca — alışılmadık ölçüde görünür hale geldi.