Outlook Çöktü, Dünya Durdu: Microsoft’a Fazla mı Bağımlıyız?

Perşembe akşamı Türkiye saatiyle 19:00 civarı. Outlook'u açıyorsunuz, gelen kutusu dönüyor, dönüyor, dönüyor… Önce "benim internetim mi gitti?" diyorsunuz. Sonra Teams de açılmıyor. Sonra Copilot. Sonra bakıyorsunuz ki sorun sizde değil; 74 ülkede milyonlarca kişi aynı halkayı izliyor.

Bu yazıyı yazdığım 13 Kasım sabahı itibarıyla kesinti hâlâ tam olarak bitmedi ve Microsoft ilerlemeyi kendi ifadesiyle "marjinal başarı" olarak tanımlıyor. Ne olduğunu, Microsoft'un ne dediğini ve bence asıl konuşmamız gereken soruyu anlatayım. Çünkü bu olayın teknik tarafı kadar, bize sorduğu soru da ilginç.

Ne Oldu?

Al Jazeera'ya göre sorunlar 12 Kasım Perşembe günü 16:00 GMT civarında başladı ve bir saat içinde Downdetector'a 74 ülke ve bölgeden bildirim geldi. ABC News'e göre Outlook bildirimleri tek başına 130.000'i aştı. Ertesi sabah, kesintinin 15. saatinde bile 72 ülkeden 43.000'den fazla bildirim vardı.

Etkilenenler sadece Outlook değildi:

• Exchange Online posta kutuları (web, masaüstü ve mobil)
• Teams, SharePoint Online ve Microsoft 365 Copilot
• OpenAI ve Anthropic gibi şirketlerin Microsoft'a bağlı entegrasyonları

Ve iş sadece şirket e-postalarıyla kalmadı. Singapur ve Japonya'da devlet sistemleri, Filipinler'de Yüksek Mahkeme'nin iletişimi, Avustralya'da istihbarat servisi ile federal polis etkilendi. Yani bir sunucu sorunu, birkaç ülkenin kamu iletişimini aynı anda yavaşlattı.

Microsoft Ne Diyor?

Kök neden henüz açıklanmadı; Microsoft tam raporu kesinti giderildikten sonra paylaşacağını söylüyor. SecurityWeek'in aktardığına göre şu ana kadarki açıklamalar şöyle:

• "Trafik artmadı": Yükün artmasının sebebi kullanıcı sayısı değil, çok sayıda sunucunun beklenmedik şekilde devre dışı kalmasıymış. Geriye kalan sunucular bütün yükü sırtlanmak zorunda kalmış.
• Güvenli bağlantı süreci: Güvenli bağlantıları kuran bir süreç aşırı yüklenmiş ve sunucular istekleri işlemeyi bırakmış. Sunucular otomatik sağlık kontrollerinden (health check) de geçemez olmuş.
• Bir ağ değişikliği: Microsoft, kesintinin başladığı zamanla çakışan yakın tarihli bir ağ yapılandırma değişikliğini geri almaya başlamış. Ama bu değişikliğin sebep olduğunu doğrulamış değil.
• Saldırı değil: Microsoft'tan Charles Lamanna, bunun kötü niyetli ya da siber bir faaliyetin sonucu olduğuna dair bir işaret olmadığını söyledi.

En dikkat çekici detay da şu: Geri getirilen sunucular, üzerlerine trafik gelince yeniden yanıt vermez hale gelebiliyormuş. Yani "kapat, aç, düzeldi" demek yetmiyor; sunucu ayağa kalktığı anda bekleyen herkes aynı anda ona yükleniyor.

Mühendis Gözüyle: Bu Bir Domino Taşı Hikâyesi

Bu tablo, dağıtık sistemlerde bildiğimiz klasik bir senaryoya çok benziyor. Kesin kök neden Microsoft açıklayana kadar belli değil, ama şu zincir tanıdık:

• Bir kısım sunucu düşer.
• Kalanlar fazladan yük alır ve onlar da sağlık kontrolünden kalmaya başlar.
• Sağlık kontrolünden kalan sunucu havuzdan çıkarılır, yük daha da az sunucuya biner.
• Bir sunucu toparlanır, milyonlarca istemci aynı anda yeniden bağlanmaya çalışır, o da devrilir.

Buna literatürde cascading failure ve thundering herd (sürü etkisi) deniyor. Microsoft'un sağlık kontrolünü işleyen bileşeni devre dışı bırakan bir geçici çözüm denemesi de bunu destekliyor: bazen sistemi korumak için koyduğunuz mekanizma, krizde sistemi daha hızlı yıkabiliyor.

Asıl Soru: Bu Kadar Bağımlı Olmak Normal mi?

Şimdi gelelim tartışmalı kısma. Bu, Microsoft'un bu yılki ilk büyük kesintisi değil. Ocak 2026'da Microsoft 365, Kuzey Amerika'da yaklaşık 10 saat çökmüştü. Ağustos sonunda binlerce Outlook kullanıcısı hesabına giremedi. 2024'teki CrowdStrike olayını, 2025'teki AWS kesintisini de hatırlayın. Avustralya İçişleri Bakanı Tony Burke bile bu olayı CrowdStrike'a benzetti.

Eskiden şöyle bir söz vardı: "Kimse IBM aldığı için kovulmadı." Bugünün versiyonu Microsoft 365. Kimse "e-postamızı Microsoft'a emanet edelim" dediği için kovulmuyor. Ama devletlerin, mahkemelerin, istihbarat servislerinin ve şirketlerin iletişimi tek bir sağlayıcının tek bir arızasıyla aynı anda durabiliyorsa, bu gerçekten mühendislik bir tercih mi, yoksa sadece alışkanlık mı?

Öte yandan karşı argüman da güçlü. Kendi e-posta sunucunuzu yönetmek, Microsoft'un milyarlarca dolarlık altyapısından daha mı güvenilir olacak? Google Workspace'e geçmek çözüm mü, yoksa her bulut bir gün mutlaka çöker mi? Ben ikinci görüşe daha yakınım: sorun Microsoft'u seçmek değil, tek bir sağlayıcının düşmesine karşı hiçbir B planımızın olmaması.

Bir ironiyi de not etmeden geçmeyeyim: Her ürününe yapay zekâ koyan bir şirkette, bu hafta Copilot da e-postayla birlikte sustu.

Kimleri Etkiler / Ne Yapmalı?

Microsoft 365 kullanan her şirket ve bu ekosistem üzerine ürün geliştiren her geliştirici. Bu kesintiden çıkarılacak, bugün uygulanabilir birkaç ders var:

• Durumu doğru yerden takip edin: Yöneticiyseniz Microsoft 365 yönetim merkezindeki EX1550543 (Exchange Online) ve MO1550821 (Microsoft 365) olaylarını izleyin; tahmin yürütmek yerine resmî güncellemeye bakın.
• İletişim için B planı kurun: E-posta ve Teams aynı anda düştüğünde ekibin nereden haberleşeceği önceden belli olsun. Kritik iş akışlarınız tek bir kanala bağlı kalmasın.
• Kendi sistemlerinizde sürü etkisine hazırlıklı olun: İstemcileriniz yeniden denemeyi üstel geri çekilme (exponential backoff) ve rastgele gecikmeyle (jitter) yapsın. Bir sunucu toparlandığında herkes aynı saniyede ona saldırmasın.
• Sağlık kontrollerini sorgulayın: Health check'iniz yük altında sağlıklı sunucuyu da havuzdan atıyorsa, krizi büyüten şey o olabilir.
• Microsoft'a bağlı entegrasyonlarınızı gözden geçirin: Ürününüz Exchange ya da Graph API'ye bağlıysa, bu servis yokken nasıl davrandığını test edin. Hata mesajı mı, sessiz bekleme mi, yoksa çöküş mü?

Microsoft kök neden raporunu yayınladığında bu yazıyı güncelleyeceğim. O zamana kadar sizce sorun Microsoft'ta mı, yoksa her şeyi tek bir şirkete emanet eden bizde mi? Yorumlarda tartışalım.