Microsoft 365’te MO1456424 arama kesintisi: Nedeni ve çözümü

Kesintinin nedeni neydi?

Microsoft’un açıklamasına göre yakın zamanda yapılan bir dağıtım, arama isteklerini işleyen altyapıda bir “kaynak kullanım verimsizliği” sorununa yol açtı. Basitçe ifade etmek gerekirse, söz konusu değişiklik arama altyapısındaki kaynakları verimli kullanmadı ve bazı sorguların işlenmesini aksattı.

Microsoft, sorunun hangi kod yolundan kaynaklandığını, hangi kaynak türünün baskı altında kaldığını veya ilgili dağıtımın teknik ayrıntılarını kamuya açık güncellemelerde açıklamadı. Bu nedenle eldeki kanıtlar yalnızca dağıtım kaynaklı bir verimlilik sorununu destekliyor; bir siber saldırıya, doğrulanmış bölgesel ağ arızasına ya da Microsoft 365 genelinde tek bir kapasite krizine işaret etmiyor.

Microsoft hangi çözümü uyguladı?

Şirket, kaynaklar üzerindeki baskıyı azaltmak ve arama işlevini geri getirmek amacıyla bir düzeltme geliştirdiğini ve bunu dağıtmaya başladığını açıkladı.

Bununla birlikte, sağlanan olay kaydı her kullanıcı için çözümün tam olarak ne zaman tamamlandığını göstermiyor. Kayıtta geri alma işlemi, kalıcı bir mimari değişiklik veya düzeltmenin teknik çalışma biçimi hakkında daha ayrıntılı bilgi de bulunmuyor.

Neden “olay” olarak kayda alındı?

Microsoft, MO1456424’ü serviceDegradation yani hizmette bozulma olarak işaretledi. Bu sınıflandırma, Microsoft 365 paketinin tamamının kullanılamaz hâle geldiği anlamına gelmiyor. Ancak arama gibi kullanıcıların e-posta ve belgelerine ulaşmasını sağlayan temel bir işlev, birden fazla üründe bazı müşteriler için aksadı. Bu nedenle olay Microsoft’un hizmet sağlığı kayıtlarında takip edildi.

Microsoft, bu sınıflandırmayı neden seçtiğine ilişkin ayrıca bir açıklama yayımlamadı. En temkinli yorum, bunun tüm Microsoft 365 hizmetlerini etkileyen bir çöküş değil, birden fazla ürüne yayılan arama işlevi bozulması olduğudur.

Diğer son kesintilerle nasıl karşılaştırılmalı?

MO1456424, zamanlama nedeniyle aynı dönemdeki başka Microsoft ve Microsoft’a ait hizmet sorunlarıyla karıştırılabilir. Ancak bildirilen teknik nedenler birbirinden farklıydı.

GitHub’da 7 saat 47 dakikalık ayrı kesinti

GitHub, 17 Ağustos 2026’da 13.28 ile 21.15 UTC arasında ayrı bir kesinti yaşadı. 7 saat 47 dakika süren olayda Issues, pull request’ler, API’ler, Actions ve Copilot genelinde hata ve gecikme oranları yükseldi. Zirve noktada web ve API hata oranları yaklaşık yüzde 20’ye, arşiv ve ham içerik indirmelerindeki hata oranları ise yaklaşık yüzde 50’ye ulaştı.

Bu olay; yük dengeleyicilerde doygunluk, hatalı bir otomatik ölçeklendirme politikası ve Visual Studio Code’daki gecikmiş bir yeniden deneme hatasıyla ilişkilendirildi. Bu mekanizmalar, MO1456424’ün arama altyapısındaki dağıtım kaynaklı verimsizlik sorunundan farklıydı.

Daha önceki Microsoft 365 arama sorunları

Microsoft 365’te daha önce de arama odaklı sorunlar yaşandı. Nisan 2025’te web için Outlook ve SharePoint Online kullanıcıları, arama isteklerini işleyen altyapı bileşenlerinin kabul edilebilir performans eşiklerinin altında çalışmasıyla ilişkilendirilen gecikme ve başarısız aramalarla karşılaştı.

OneDrive’da da kullanıcıların yüklediklerini bildiği dosyalar için boş arama sonuçları gördüğü veya hiç sonuç alamadığı dosya arama sorunları raporlandı. Ancak mevcut materyal, bu eski sorunların MO1456424 ile aynı temel nedenden kaynaklandığını göstermiyor.

23 Temmuz’daki daha geniş Azure ve Microsoft 365 arızası

23 Temmuz 2026 tarihindeki olay daha geniş kapsamlı ve teknik olarak farklıydı. Azure durum geçmişine göre 14.44 ile 19.41 UTC arasında bazı müşteriler West US bölgesinde barındırılan Azure hizmetlerine erişimde bağlantı sorunları, artan gecikme veya erişim güçlüğü yaşadı. Etki, bölgeye giren veya bölgeden çıkan ağ trafiğiyle sınırlıydı; tamamen bölge içinde kalan trafik etkilenmedi.

Microsoft, sorunu rutin ağ bakımı sırasında gereğinden fazla cihazdan IP rotalarını kaldıran otomatik ağ bakım sistemindeki bir hataya bağladı. Bu, MO1456424’teki arama hizmeti bozulmasından farklı bir ağ kontrol düzlemi arızasıydı.

Bu olaylar ne gösteriyor, neyi göstermiyor?

Farklı katmanlarda ortaya çıkan sorunlar şöyle özetlenebilir:

• MO1456424: Yakın tarihli bir dağıtım, arama altyapısında verimsiz kaynak kullanımına yol açtı.
• 17 Ağustos’taki GitHub kesintisi: Yük dengeleyici doygunluğu, otomatik ölçeklendirme hatası ve yeniden denemelerin sorunu büyütmesi birlikte etkili oldu.
• 23 Temmuz’daki Azure olayı: Otomatik bakım süreci gereğinden fazla IP rotasını kaldırdı.

Bunlar uygulama dağıtımı, kapasite ve otomatik ölçeklendirme ile ağ otomasyonu gibi farklı katmanlardaki operasyonel risklere işaret ediyor. Ancak tek bir ortak kök neden bulunduğunu göstermiyor.

Sağlanan olay kayıtları ayrıca yapay zekâ kaynaklı talep artışının MO1456424’e, GitHub kesintisine veya temmuzdaki Azure arızasına neden olduğunu kanıtlamıyor. GitHub, genel buluta geçiş ve çoklu bulut yapısına yönelme planlarından söz etmiş olsa da bu stratejik adımlar, belirli bir kesintiyle aralarında nedensel bağ kurmak için tek başına yeterli değil.

Daha dar ve savunulabilir sonuç şu: Bulut hizmetleri ile yapay zekâ bağlantılı iş yükleri kritik hâle geldikçe güvenli dağıtım kontrolleri, kapasite planlaması, yeniden deneme fırtınalarına karşı koruma, hata izolasyonu ve test edilmiş ağ otomasyonu daha da önemli oluyor. Çoklu bulut kullanımı bazı altyapı risklerini dağıtabilir; ancak bir hizmetin kendi kontrol düzleminde yaşanan arızayı otomatik olarak önlemez.