Microsoft 365 Kesintisi: Outlook ve Teams Neden Çöktü, Şirketiniz Ne Yapmalı?
Microsoft 365 kesintisi 12 Kasım'da Outlook, Teams ve Intune'u saatlerce durdurdu. Ne oldu, teknik neden ne ve şirketiniz bir sonraki kesintiye nasıl hazırlanmalı?
12 Kasım 2026'da başlayan Microsoft 365 kesintisi, Outlook, Teams, SharePoint, Copilot, Defender ve Intune'u saatlerce erişilemez hale getirdi. İlk olarak Amerika kıtasında görülen sorun kısa sürede dünyaya yayıldı. Microsoft saldırı belirtisi olmadığını söylüyor ama kök nedeni henüz açıklamadı. Bu yazıda ne olduğunu, teknik olarak neyin ters gittiğini ve şirketinizin e-posta ile iş birliği araçlarına bağımlılığını nasıl yöneteceğini bir veri merkezi işletmecisinin gözünden anlatıyoruz.
Microsoft 365 Kesintisinde Ne Oldu?
Sorunlar 12 Kasım Perşembe günü Exchange Online tarafında başladı. Microsoft, Microsoft 365 yönetim merkezinde önce Amerika bölgesine ait EX1550543, ardından daha geniş kapsamlı MO1550821 numaralı olay kayıtlarını açtı. MediaNama'nın derlediği durum güncellemelerine göre etkilenen hizmetler arasında Outlook, Teams, SharePoint Online, Microsoft 365 Copilot, Defender XDR, Planner, To Do ve Intune vardı. Başta yalnızca Amerika kıtasındaki kullanıcıları etkilediği düşünülen sorunun daha sonra her bölgede görülebileceği bildirildi.
The Conversation'ın aktardığına göre, ABD Doğu saatiyle Perşembe öğleden sonra yalnızca Outlook için DownDetector'a yaklaşık 130 bin sorun bildirimi yapılmıştı. Aynı kaynağa göre okullar çevrim içi derslerini yapamadı, bazı işletmeler sipariş işleyemedi, yapay zekâ hizmetlerini Microsoft 365'e bağlayan entegrasyonlarda da sorun yaşandı. TechCrunch, ağ izleme şirketi Kentik'ten Doug Madory'ye dayanarak trafiğin yaklaşık 18 saatlik kesintinin ardından Microsoft hizmetlerine geri dönmeye başladığını yazdı. 13 Kasım itibarıyla Microsoft hizmetlerin kademeli olarak geri getirildiğini söylüyor ve olayın siber saldırı ya da yapay zekâ ajanlarıyla ilgili olmadığını belirtiyor. Şirket, olay kapandıktan sonra ayrıntılı bir olay sonrası rapor yayımlayacağını açıkladı.
Teknik Olarak Ne Ters Gitti?
Kesin kök neden henüz açıklanmadı. Ancak Microsoft'un durum güncellemelerinden genel bir tablo çıkıyor:
Çok sayıda sunucu beklenmedik şekilde devre dışı kaldı. Microsoft önce bölgeler genelinde artan yükten söz etti. Daha sonra yükün kullanıcı trafiğinden değil, sunucuların hizmet dışı kalmasından kaynaklandığını açıkladı.
Sağlık kontrolleri gündeme geldi. Etkilenen sunucular otomatik sağlık kontrollerinden geçemiyordu. Microsoft, bu kontrolleri işleyen bir bileşenin soruna katkıda bulunmuş olabileceğini belirtti.
Kalan sunucular aşırı yüklendi. Devre dışı kalan sunucuların yükü ayakta kalanlara bindi. Sunuculardaki bir çekirdek sürecin "aşırı yüklendiği" bildirildi.
Geri dönüş kolay olmadı. Microsoft dağıtımları durdurdu, trafiği küresel olarak yeniden dağıttı, bazı bölgelere geçici trafik kısıtlaması uyguladı ve bileşenleri yeniden başlattı. Yine de kurtarılan bazı sunucuların trafik almaya başlayınca yeniden yanıt vermez hale gelebileceğini açıkladı.
The Conversation'da görüşlerine yer verilen CQUniversity'den Mahmoud Elkhodr, hatalı sağlık kontrollerinin sağlıklı sunucuları da devreden çıkarmış ve kalanları aşırı yüklemiş olabileceğini değerlendiriyor. Bu, olay sonrası rapor yayımlanana kadar doğrulanmamış bir çıkarım. Yine de veri merkezi operasyonunda iyi bilinen bir örüntüyü hatırlatıyor: Bir kapasite kaybı kalan düğümleri zorlar, zorlanan düğümler de sağlık kontrolünden düşer. Sonuçta kendini besleyen bir zincirleme arıza ortaya çıkar. Bu yüzden toparlanma sırasında trafiği kademeli olarak açmak, sistemi bir anda yeniden yüklemekten daha güvenlidir.
İşletmelere Etkisi: E-posta Durunca Ne Durur?
Microsoft 365 birçok şirkette yalnızca bir e-posta hizmeti değil. Kimlik, dosya paylaşımı, toplantılar, cihaz yönetimi ve güvenlik izleme de bu platform üzerinden yürüyor. Bu kesinti üç farklı bağımlılığı aynı anda görünür hale getirdi:
İletişim bağımlılığı: Müşteriye, tedarikçiye ve ekip içine giden kanal aynı anda kapandı. Kriz anında "herkese e-posta atalım" seçeneği de ortadan kalktı.
Yönetim bağımlılığı: Intune yönetim panellerine erişilemediği için BT ekipleri cihaz politikalarına müdahale edemedi.
Güvenlik görünürlüğü: Defender XDR'ın etkilenmesi, kesinti boyunca güvenlik izlemede kör noktalar oluşabileceği anlamına geliyor.
Daha önce Salesforce kesintisi ve SaaS bağımlılığı yazımızda da vurguladığımız gibi, sorun bulut kullanmak değil. Sorun, tek bir sağlayıcı çöktüğünde ne yapacağınızın önceden belirlenmemiş olması.
Microsoft 365 Kesintisine Karşı Şirketiniz Ne Yapmalı?
Bulut hizmetleri ne kadar büyük olursa olsun kesintisiz değildir. Önemli olan, kesinti olduğunda işin ne kadar etkileneceğini önceden azaltmak. Pratik bir kontrol listesi:
Bant dışı iletişim kanalı belirleyin. Kriz ekibi için Microsoft 365'e bağlı olmayan bir mesajlaşma grubu, telefon ağacı ya da SMS listesi hazırlayın. Kanalı önceden test edin.
Acil durum hesaplarını gözden geçirin. Yönetici erişimi tek bir oturum açma yöntemine bağlıysa, bu yöntemin kendisi de kesintiden etkilenebilir. Erişim prosedürlerinizi belgeleyin.
Kritik verilerin bağımsız yedeğini alın. E-posta kutuları, SharePoint ve OneDrive için üçüncü taraf ya da kendi altyapınızda tutulan bir yedek, kesinti süresince en azından okunabilir bir kopya sunar.
Kritik iş akışlarını haritalayın. Sipariş onayı, fatura gönderimi, destek talepleri gibi işlerden hangileri doğrudan Outlook veya Teams'e bağlı? Her biri için bir B planı yazın.
Sağlayıcının durum sayfasını ve yönetim merkezini izleyin. Microsoft 365 yönetim merkezindeki olay numaralarını takip etmek, kullanıcılara doğru bilgi vermenizi sağlar.
SLA ve kredi süreçlerini bilin. Hizmet seviyesi taahhüdünü aşan kesintilerde hizmet kredisi talebinin nasıl ve ne kadar sürede yapılacağını sözleşmenizden kontrol edin.
Tatbikat yapın. Yılda en az bir kez "e-posta ve Teams 12 saat yok" senaryosunu masa başı tatbikatıyla deneyin.
Tek Sağlayıcı ve Hibrit Yaklaşım Karşılaştırması
Yaklaşım | Avantaj | Kesinti anındaki risk |
|---|---|---|
Her şey tek SaaS sağlayıcısında | Kolay yönetim, tek fatura | İletişim, dosya ve güvenlik izleme aynı anda durabilir |
SaaS + bağımsız yedek | Verilere kesinti sırasında da erişim | Yazışma durur ama bilgiye ulaşılabilir |
Hibrit (kritik sistemler kendi altyapınızda) | Kritik iş akışları sağlayıcıdan bağımsız sürer | Yönetim yükü artar, planlama gerektirir |
Her şirket için doğru cevap aynı değil. Ancak küçük bir işletme için bile bağımsız bir yedek ve bant dışı iletişim kanalı, düşük maliyetle büyük bir risk azaltımı sağlar. Kesinti sürelerinin gerçekte ne anlama geldiğini merak ediyorsanız uptime nedir ve kesintisiz hizmet gerçekleri yazımıza da göz atabilirsiniz.
Sık Sorulan Sorular
Microsoft 365 kesintisi siber saldırı mıydı?
Microsoft, olayla ilişkili kötü niyetli bir faaliyet kanıtı bulunmadığını ve olayın siber saldırıyla ilgili olmadığını açıkladı. Kök neden olay sonrası raporda netleşecek. O zamana kadar bunu bir altyapı arızası olarak değerlendirmek daha doğru.
Outlook çalışmazken e-postalar kayboluyor mu?
Kesintilerde gelen e-postalar genellikle gönderen sunucularda kuyruğa alınır ve hizmet düzeldiğinde teslim edilir. Ancak gecikmeler ve teslim hataları görülebilir. Kesinti sonrasında önemli yazışmaların ulaşıp ulaşmadığını karşı tarafla teyit etmek faydalıdır.
Microsoft 365 kesintisi için tazminat alınabilir mi?
Kurumsal Microsoft 365 abonelikleri bir hizmet seviyesi taahhüdüne bağlıdır ve taahhüt aşılırsa hizmet kredisi talep edilebilir. Koşullar ve başvuru süreleri sözleşmeye göre değişir. Bu yüzden kendi sözleşmenizi ve yönetim merkezindeki olay kayıtlarını kontrol edin.
E-posta için yedek bir plan nasıl kurulur?
En pratik adımlar şunlardır: posta kutularını bağımsız bir ortama yedeklemek, kriz için ayrı bir iletişim kanalı belirlemek ve kritik müşterilere ulaşmak için alternatif iletişim bilgilerini güncel tutmak.
Olfe ile Kritik Sistemlerinizi Tek Sağlayıcıya Bağlı Bırakmayın
Olfe, İzmir Bornova'daki Tier III veri merkezinde sözleşmeyle garanti altına alınmış %99.99 uptime sunar. Çift hat besleme, UPS ve jeneratör altyapısıyla çalışır. Microsoft 365 gibi SaaS araçlarını kullanmaya devam ederken kritik verilerinizin bağımsız kopyasını tutmak ya da iş açısından kritik uygulamalarınızı kendi kontrolünüzdeki bir ortamda çalıştırmak isterseniz özel ve hibrit bulut ile yönetilen hizmetlerimiz (izleme, yama, yedekleme) bu ihtiyaç için tasarlandı. Acil arızalarda 15 dakika içinde dönüş sağlayan 7/24 destek ekibimizle hibrit mimarinizi birlikte planlayalım: olfe.tr/iletisim.
Sonuç
Microsoft 365 kesintisi, dünyanın en büyük bulut platformlarından birinin bile saatlerce durabileceğini bir kez daha gösterdi. Bulut kullanmayı bırakmanıza gerek yok. Ama e-postanız durduğunda işinizin de durmaması için bağımsız yedeği, bant dışı iletişimi ve test edilmiş bir B planını bugünden hazırlamanız gerekiyor.