Echo Support / SRE • • 1.006 kelime • 6 dk okuma
%99,999 Uptime Efsanesi: SLA Sözleşmeleri Sizi Neden Korumaz?
Beş dokuz (%99,999) erişilebilirlik vaadi yılda 5 dakika kesinti demek mi? SLA kredileri, bağımlılık zincirleri ve bulut kesintilerinin gerçek yüzü.
Kısa Özet (TL;DR — Doğrudan Yanıt): "%99,999 uptime" vaadi yılda yaklaşık 5 dakika kesinti demektir, ama bu sayı genelde sizin yaşadığınız gerçekliği anlatmaz. Sağlayıcının ölçüm şekli, istisnalar ve servislerin birbirine bağlı zinciri gerçek erişilebilirliği düşürür. SLA (hizmet seviyesi sözleşmesi) çöktüğünüzde size para iade eder, ama kaybettiğiniz satışı geri getirmez. Asıl koruma sözleşmeden değil, kendi mimarinizden ve izlemenizden gelir.
"Asla Gecikmeyen Otobüs" Vaadi: Dokuzlar Ne Anlama Gelir?
Bir otobüs firması düşünün: "Seferlerimizin %99,9'u zamanında!" diyor. Kulağa harika geliyor. Ama yılda binlerce sefer varsa, o %0,1 sizin işe yetişmeniz gereken sabaha denk gelebilir.
Uptime (bir sistemin çalışır durumda olduğu süre) yüzdeleri de böyledir. Yıllık kesinti karşılıkları şöyle:
- %99,9: yaklaşık 8,7 saat
- %99,99: yaklaşık 52 dakika
- %99,999: yaklaşık 5 dakika
Bu farklar soyut değildir. Banka uygulamanız maaş gününde 8 saat kapalı kalabilir. E-ticaret siparişiniz ödeme adımında takılabilir. Her ekstra "dokuz", birilerinin parasının ya da sabrının korunması demektir.
SLA, SLO ve SLI: Sözleşme, Hedef ve Termometre
Bunları bir restorana benzetelim:
- SLI (hizmet seviyesi göstergesi): Termometre. "Siparişlerin kaçı 15 dakikada geldi?" gibi ölçülen gerçek değer.
- SLO (hizmet seviyesi hedefi): Mutfağın iç hedefi. "Siparişlerin %99'u 15 dakikada gelsin."
- SLA (hizmet seviyesi sözleşmesi): Müşteriye verilen söz. "Gecikirse tatlı bizden."
Asıl püf noktası ölçümün nasıl yapıldığıdır. Kim ölçüyor? Sağlayıcı kendi içinden mi? Hangi pencerede: aylık mı, yıllık mı? "Planlı bakım" ve "kısmi kesinti" genelde hesaba katılmaz. Yani servis yarı yarıya çalışırken bile kağıt üstünde "ayakta" görünebilir.
Hata bütçesi (error budget) ise akıllıca bir fikirdir. %99,9 hedefiniz varsa, ayda yaklaşık 43 dakika "bozulma hakkınız" vardır. Bu bütçe bitmediyse ekip yeni özellik çıkarır. Bittiyse önce sistemi sağlamlaştırır.
Tek Bölge, Çoklu Bölge, Çoklu Bulut: Hangisi Ne Kazandırır?
Servisler genelde zincir gibi birbirine bağlıdır. Zincirde her halka %99,99 bile olsa, beş halka birlikte yaklaşık %99,95 eder. Çünkü olasılıklar çarpılır ve her halka riski biraz artırır.
Çözüm paralel yedekliliktir: aynı işi yapan iki bağımsız kopya. Biri düşerse diğeri devralır. Ama bedava değildir.
| Mimari | Ne kazandırır? | Bedeli ne? |
|---|---|---|
| Tek bölge | Ucuz, basit, kurması kolay | Bölge çökerse her şey gider |
| Çoklu bölge (aynı bulut, farklı şehirler) | Tek bölge felaketine dayanır | Veri eşitleme ve maliyet artar |
| Çoklu bulut (farklı sağlayıcılar) | Bir sağlayıcının çöküşünden bağımsızlık | En karmaşık ve en pahalı seçenek |
Kendi senaryolarınızı denemek isterseniz İnteraktif Simülasyon Araçları sayfasında zincir ve yedeklilik etkisini görebilirsiniz.
Pratik Örnek: Sitenizin Gerçek Uptime'ını Hesaplayın
Tipik bir web sitesinin yolculuğu şöyledir. DNS (alan adını adrese çeviren "internet telefon rehberi") ve CDN (içeriği size yakın sunuculardan dağıtan ağ) da zincirin parçasıdır:
Kullanıcı → DNS (%99,99) → CDN (%99,99) → Yük Dengeleyici (%99,99)
→ Uygulama (%99,95) → Veritabanı (%99,95)
Toplam ≈ %99,87 → yılda yaklaşık 11,4 saat kesinti
Her halka tek başına "harika" görünse de toplamda 11 saati aşan bir kesinti çıkıyor. Sağlayıcıların afişindeki 5 dakikadan çok uzak.
Peki gerçekten çalışıyor musunuz? Dışarıdan basit bir kontrol yeterli:
curl -fsS -o /dev/null https://siteniz.com || echo "SİTE ERİŞİLEMİYOR"
Bu komut sitenizi ziyaret eder, hata alırsa uyarı yazar; bir zamanlayıcıyla dakikada bir çalıştırırsanız ucuz bir dış izleme sisteminiz olur.
Yaygın Efsaneler ve 2025'in Büyük Dersi
Efsaneler:
- "Bulut asla çökmez." Çöker, hem de büyük çöker.
- "SLA bizi korur." Krediler genelde aylık faturanın %10-30'uyla sınırlıdır. Kayıp gelir kapsam dışıdır.
- "Durum sayfası yeşilse sorun yok." Durum sayfaları çoğu zaman geç güncellenir.
- "Multi-cloud otomatik dayanıklılıktır." Doğru kurulmazsa sadece iki kat karmaşıklıktır.
- "Daha fazla dokuz hep iyidir." Her dokuz maliyeti katlar. Bazen gerekmez.
Ekim 2025 AWS us-east-1 Kesintisi
20 Ekim 2025'te AWS'nin en yoğun bölgesi us-east-1'de, DynamoDB veritabanı servisinin DNS kayıtlarını yöneten otomasyonda bir hata oluştu. Servisin adresi bir anda "boş" kaldı. Sonuç zincirleme bir çöküştü: mesajlaşma uygulamaları, oyunlar, akıllı ev cihazları ve ödeme sistemleri saatlerce aksadı.
Şirketlerin aldığı SLA kredisi birkaç yüz ya da bin dolarla sınırlıyken, kaybettikleri satış ve itibar çok daha büyüktü.
Temmuz 2024'teki CrowdStrike olayı da aynı dersi verdi: Bulut sağlamken bile hatalı bir güvenlik yazılımı güncellemesi milyonlarca Windows bilgisayarı düşürdü. Bu tür hikayeleri AI Playground üzerinde daha da derinlemesine keşfedebilirsiniz.
Sıkça Sorulan Sorular (SSS)
%100 uptime mümkün mü?
Pratikte hayır. Donanım bozulur, yazılımda hata çıkar, insanlar yanlış ayar yapar ve internetin kendisi bile kesintiye uğrar. %100 vaat eden bir sağlayıcı ya ölçümü çok dar tutuyordur ya da istisnaları sözleşmenin küçük puntolu kısmına saklamıştır. Gerçekçi hedef, kesintiyi sıfırlamak değil, kısa tutmak ve kullanıcıya etkisini azaltmaktır. Hata bütçesi yaklaşımı tam olarak bunu kabul eder: biraz bozulma normaldir, önemli olan onu yönetmektir.
SLA kredisi nasıl talep edilir ve neden çoğu şirket hiç talep etmez?
Genelde kesintiden sonraki belirli bir süre içinde, çoğunlukla 30 ila 60 gün, destek kaydı açarak ve kesintiyi kanıtlayan zaman damgalı kayıtlar sunarak talep edilir. Kredi otomatik gelmez. Çoğu şirket uğraşmaz çünkü kanıt toplamak zahmetlidir ve geri dönen tutar faturanın küçük bir yüzdesidir. Üstelik kredi nakit değil, sonraki faturadan indirimdir. Harcanan mühendis saati çoğu zaman alınacak krediden daha pahalıya gelir.
Küçük bir işletme kaç dokuza ihtiyaç duyar?
Çoğu küçük işletme için %99,9 yeterlidir. Bu, yılda yaklaşık 8,7 saat kesinti demektir ve gece saatlerine denk gelirse kimse fark etmeyebilir. Online ödeme alıyorsanız ya da müşterileriniz 7/24 bağlıysa %99,95 hedeflemek mantıklıdır. Daha fazlası ciddi bütçe ve uzman ekip gerektirir. Önce bir saatlik kesintinin size kaça mal olduğunu hesaplayın, sonra kaç dokuz satın alacağınıza karar verin.
Durum sayfaları neden geç güncellenir?
Çünkü çoğu durum sayfası otomatik değil, insanlar tarafından güncellenir. Mühendisler önce sorunu doğrulamak ve kapsamını anlamak ister, bu da dakikalar hatta saatler sürebilir. Bazen durum sayfasının kendisi de çöken altyapıya bağlıdır. Ayrıca "kesinti" ilan etmek SLA yükümlülüğünü tetiklediği için şirketler temkinli davranır. Bu yüzden kendi dış izlemenizi kurmak, sağlayıcının sayfasını beklemekten çok daha güvenilirdir.
Bir sağlayıcının güvenilirlik vaadini satın almadan önce nasıl sorgularım?
Önce erişilebilirliğin nasıl ve nereden ölçüldüğünü sorun. Planlı bakım ve kısmi kesintilerin hesaba katılıp katılmadığını öğrenin. Geçmiş olay raporlarını ve kök neden analizlerini isteyin; şeffaf sağlayıcılar bunları yayımlar. Kredi tavanının ne olduğunu ve talep sürecini okuyun. Son olarak, sağlayıcının kendi bağımlılıklarını, yani hangi bulut veya bölgeye dayandığını sorun. Zincirin en zayıf halkası çoğu zaman görünmeyen o halkadır.