31 Ağustos 2026 akşamı Microsoft 365 genelinde geniş çaplı bir kesinti başladı; yönetim merkezinde EX1464935 olarak kaydedildi ve daha sonra MO1465074 altında genişletildi. Etki e-postayla sınırlı kalmadı. Exchange Online; Teams, SharePoint Online ve OneDrive for Business ile birlikte çöktü, onlarla beraber Purview ve Defender XDR'deki yönetişim ve güvenlik araçları da gitti. Müşterilerine e-postayla ulaşan, şirket içinde sohbetle koordinasyon sağlayan, dosyalarını bulutta tutan ve güvenliğini bir panodan izleyen bir şirket, bu dördünü aynı anda kaybetti.

Microsoft nedeni, Exchange Online altyapısı içinde birden fazla dahili hizmetin kullandığı temel kimlik doğrulama yapılandırmasındaki bir sorun olarak açıkladı ve kimlik doğrulama bileşenlerini önce altyapının bir örneklemine yeniden uygulayıp ardından genişleten kademeli bir azaltma uyguladı. Posta akışı ve arama 1 Eylül'de geri getirildi; küçük bir kullanıcı alt kümesi üzerindeki sınırlı etki 2 Eylül'e kadar sürdü. Tam kesinti bir günü aştı, kuyruğu ise iki güne uzandı.

Bu, Microsoft hakkında bir yazı değil. Her büyük sağlayıcının kesintileri olur ve daha önce başka yapay zekâ hizmetlerindeki kesintileri de ele aldık. Bu, söz konusu kesintinin gün yüzüne çıkardığı şeyle ilgili bir yazı; ve o şey ilk bakışta göründüğünden daha tehlikeli.

Altı sistem saydığınız şey tek bir sistem olabilir

Herhangi bir yöneticiden sistemlerini sıralamasını isteyin, bir liste alırsınız: bir e-posta sistemi, bir sohbet sistemi, bir dosya sistemi, bir güvenlik sistemi. Dört ad, dört simge, genellikle sözleşmede dört satır. Doğal varsayım, birinin çökmesinin diğerlerini de beraberinde götürmeyeceğidir, çünkü bunlar farklı şeylerdir.

Ama adlar sistem sınırı değildir. Gerçek sınır, bu hizmetlerin altta paylaştığı şeydir: kimliğinizi kim doğruluyor, oturumlar nerede tutuluyor, hangi ağdan geçiyorlar. Dört hizmet tek bir kimlik doğrulama katmanını paylaştığında, faturada ne kadar ayrı görünürlerse görünsünler, risk açısından tek bir hizmettirler.

İşin rahatsız edici yanı, bu paylaşımın normal zamanlarda asla görünmemesidir. Tam tersine, size kullanışlı tek oturum açmayı ve e-posta ile dosyalar arasındaki sorunsuz entegrasyonu sağlayan şey tam olarak budur. Kolaylığı her gün satın alırsınız ve bedelini birkaç yılda bir, uzun tek bir günde ödersiniz.

Bu, orta ölçekli bir Suudi şirketi için de küresel bir kuruluş için de geçerlidir. Hizmetlerinizden kaçının tek bir Google hesabına, tek bir WhatsApp numarasına, tek bir barındırma sağlayıcısına ya da şifreleri elinde tutan tek bir çalışana bağlı olduğunu düşünün. Bunların her biri birer tek hata noktasıdır. Fark şu ki sizinkiler daha küçük ve düzeltilmesi çok daha kolay.

Bağımlılıklarınızı bir saatte haritalayın

Ne bir araca ne de bir danışmana ihtiyacınız var. Bir kâğıda, bir saate ve dürüst cevaplara ihtiyacınız var. İlk sütuna işletmenizin tam bir gün bile onsuz yapamayacağı her operasyonu yazın: sipariş almak, fatura kesmek, müşterilere yanıt vermek, bordroyu çalıştırmak, hizmeti teslim etmek. Ardından her biri için üç soru sorun:

  • Bu operasyon hangi harici hizmete bağlı? Ticari adı açıkça yazın: şu e-posta sağlayıcısı, şu e-ticaret platformu, şu ödeme altyapısı, şu mesajlaşma sağlayıcısı.
  • Hangi hesap veya kimlikle oturum açıyorsunuz? Sürpriz genellikle burada ortaya çıkar. Tek bir hesapla girilen dört farklı hizmet ya da doğrulama kodları için tek bir cep telefonu numarasına bağlı üç hizmet bulacaksınız.
  • Bu şu anda dursa, bir saat içindeki alternatif ne? Cevap hiçbiri ise teorik değil, gerçek bir tek hata noktası buldunuz demektir.

Bitirdiğinizde bir ya da iki kayıt satırların çoğunda tekrar edecek. Bunlar sizin ortak bağımlılıklarınızdır. Hepsini ortadan kaldırmaya çalışmayın; bu ne gerçekçi ne de ekonomiktir. Geliri durduran satırı alın ve önce onunla ilgilenin.

En kolay önlenebilir kesinti türü: son kullanma tarihleri

Tüm kesintiler eşit değildir. Bazıları kontrol edemediğiniz bir karmaşıklıktan kaynaklanır. Diğerleri kimsenin okumadığı bir yerde yazılı duran bir tarihten kaynaklanır. İkinci tür hem önlenmesi en kolay hem de en sık tekrarlanan türdür, çünkü tek ihtiyacı takiptir.

İşte işletmenizi sessizce yöneten son kullanma tarihleri; her biri adıyla belirlenmiş bir sorumluyla tek bir takvimde yer almalı:

  • Web sitenizin şifreleme sertifikası. Süresi dolduğunda siteniz yavaşlamaz; ziyaretçilere girmelerini engelleyen açık bir güvenlik uyarısı gösterir. Satışlar üzerindeki etkisi anında ve tamdır.
  • Alan adı kaydı. Alan adını yenilemeyi unutmak web sitesini ve e-postayı birlikte çökertir, çünkü e-posta aynı alan adı üzerinde çalışır. Bu, en kötü kesintiler arasındadır, çünkü kendinizi açıklamak için kullanacağınız kanalı tam da keser.
  • E-fatura damga sertifikası. Zekat, Vergi ve Gümrük İdaresi (ZATCA) e-fatura ayrıntılı teknik yönergeleri, mükelleflerin fatura üreten birimlerine ait kriptografik damga tanımlayıcısını mevcut olanın süresi dolmadan yenilemesini ve yenilemenin eski tanımlayıcının iptal edilip yenisinin düzenlenmesini içerdiğini belirtir. Bu süreyi kaçırırsanız elinizde sadece bir bildirim değil, bir faturalama sorunu olur.
  • Sistemleriniz arasındaki entegrasyon anahtarları. Mağazanızı stok sisteminize ya da sisteminizi bir ödeme altyapısına bağlayan erişim belirtecinin tanımlı bir ömrü vardır. Süresinin dolması iki sistemden hiçbirini durdurmaz, aradaki köprüyü durdurur; böylece siparişler gelmeye devam ederken senkronizasyon sessizce durur. Bu, geç fark edilen türden bir arızadır.
  • Uygulama imzalama sertifikaları ve kayıtlı kartlar. Süresi dolmuş bir imzalama sertifikası mağazaya güncelleme göndermenizi engeller; bir abonelikteki süresi dolmuş kart ise hizmetin kendisini durdurur. İkisi de genellikle mümkün olan en kötü anda gelir.

Çalışma kuralı basittir. Son kullanma tarihi olan her şeyin üç şeye ihtiyacı vardır: altmış gün önceden bir uyarı, bir departman değil adıyla belirlenmiş bir sorumlu ve sorumlu yokken nasıl yenileneceğini bilen bir yedek kişi. Üçünden biri eksikse yeniden birinin hafızasına güvenmeye dönersiniz.

Sağlayıcınızın çöktüğü gün ne yapmalı

Kesinti geldiğinde, profesyonel görünen bir işletme ile telaşlı görünen bir işletme arasındaki fark onarım hızı değildir, çünkü onarım zaten sizin elinizde değildir. Fark, önceden hazırladığınız üç şeydir:

  • Çöken katmanın dışında bir iletişim kanalı. Tüm iç koordinasyonunuz tek bir araçta yaşıyorsa, o araç gittiğinde koordinasyonunuz da kalmaz. Gerçekten farklı bir kanalda yedek bir grup ve sistemin dışında tutulan bir iletişim listesi yeterlidir.
  • Kritik operasyonlar için ilan edilmiş bir manuel mod. Sistem olmadan nasıl sipariş alır, ödemeyi kaydeder ve hizmeti teslim edersiniz? Bunu bugün tek bir sayfaya yazın ve ekibe verin. O sayfayı yazan şirketler saatler kaybeder. Yazmayanlar bir gün kaybeder.
  • Müşteri için hazır bir mesaj. Müşterileri kesintiden çok sessizlik kızdırır. Neyin etkilendiğini, geçici çözümün ne olduğunu ve bir sonraki güncellemenin ne zaman geleceğini söyleyen kısa bir not, bir arızayı yönetilen bir duruma dönüştürür. Kontrol etmediğiniz bir düzeltme saati vaat etmeyin.

Bittikten sonra tek bir soru sorun, fazlasını değil: Bugün bağımlılıklarımız hakkında bilmediğimiz neyi öğrendik? Bunun cevabı herhangi bir rapordan daha değerlidir ve genellikle tek bir değişikliği hak eden tek bir satırdır.

Origami'nin görüşü

Çalışmalarımızda işletme sahiplerini en çok şaşırtan şey nadiren kesintinin kendisidir. Bağımsız olduğuna inandıkları sistemlerin birlikte çöktüğünü keşfetmektir. Alternatiflerimiz var inancı üzerine kurulan bir karar, tüm alternatiflerin aynı kapıdan geçtiği ortaya çıktığında çöker. Bu yüzden her süreklilik görüşmesine bir araç satın alarak değil, bağımlılıkları haritalayarak başlarız; çünkü satın aldığınız araç pekâlâ aynı katmanda durup riski azaltmak yerine artırabilir.

Ayrıca böyle bir kesintiye doğru tepkinin buluttan kaçmak olmadığını düşünüyoruz. Ciddi bir sağlayıcının bulut altyapısı, çoğu şirketin kendi başına kurup işletebileceğinden daha güvenilirdir ve nadir bir kesinti bunu değiştirmez. Doğru tepki, hangi operasyonlarınızın durup hangilerinin devam ettiğini kesin olarak bilmek ve bunu kötü bir günde keşfetmek yerine bilinçli olarak seçmiş olmaktır. Süreklilik satın alınan bir sistem değildir. Hiçbir baskı altında değilken verdiğiniz küçük kararların toplamıdır.

Sonuç

Ortak bir kimlik doğrulama katmanındaki tek bir arıza, dünyanın dört bir yanındaki şirketlerde altı ürünü bir günden fazla durdurdu. Ders sağlayıcı değiştirmek değil, sistemlerinizin yüzeyin altında gerçekte neyi paylaştığını bilmektir. Bağımlılıklarınızı ortaya çıkaran üç sütunlu bir tabloyla başlayın, tüm son kullanma tarihlerini adıyla belirlenmiş bir sorumluyla tek bir takvime koyun ve manuel mod sayfasını ihtiyaç duymadan önce yazın. Sizinle tam bir günlük felç arasında duran yaklaşık üç saatlik bir iş bu; bu da onu mevcut en ucuz süreklilik yatırımı yapıyor.

Kaynaklar