Çalışma Süresi (Uptime)

Çalışma süresi (uptime), bir ölçüm döneminin (tipik olarak hareketli bir ay veya yıl) yüzde kaçında bir hizmetin kesintisiz ve doğru şekilde çalışır durumda olduğunu ifade eder; kapalı, erişilemez veya kabul edilen bir eşiğin ötesinde bozulmuş olma durumunun tersidir. Bu, SLA taahhütlerinin altında yatan ham operasyonel metriktir ve kamuya açık bir durum sayfasının (Statuspage, Better Uptime veya Instatus gibi araçlar aracılığıyla) müşterilere ve potansiyel müşterilere şeffaf şekilde ilettiği şeydir. Çalışma süresi geleneksel olarak "dokuzlar" cinsinden tartışılır: %99 çalışma süresi yılda yaklaşık 3,65 gün kesintiye izin verir — çoğu B2B SaaS için kabul edilemez; %99,9 yılda yaklaşık 8,7 saate izin verir; %99,95 yılda yaklaşık 4,4 saate izin verir; %99,99 ("dört dokuz") yılda yaklaşık 52 dakikaya izin verir; ve %99,999 ("beş dokuz", telekom düzeyinde altyapı standardı) yılda yalnızca yaklaşık 5 dakikaya izin verir. Her ek dokuzu elde etmek, orantısız şekilde daha fazla mühendislik yatırımı gerektirir — %99,9'dan %99,99'a geçmek genellikle sadece "daha çok çaba göstermek" değil, çoklu bölge yedekliliği, otomatik yük devretme, kesintisiz dağıtım hatları ve kapsamlı olay müdahale araçları gerektirir. Geliştiriciler, çalışma süresini (ham sunucu erişilebilirlik metriği) müşterinin deneyimlediği tam anlamıyla erişilebilirlikten (yanıt veren ama hata döndüren veya işlevsel olarak kullanılamayacak kadar yavaş olan bir sunucu, basit bir sağlık kontrolüne göre "çalışıyor" sayılır ama kullanıcı için önemli olan her açıdan kapalıdır) ayırt etmelidir — olgun SaaS ekipleri tam da bu boşluğu yakalamak için basit ping kontrollerinin yanı sıra sentetik işlemleri ve gerçek kullanıcı izlemesini (RUM) de takip eder. Somut örnek: bir SaaS platformunun durum sayfası son 30 gün için %99,97 çalışma süresi bildiriyor. Hesaplandığında bu yaklaşık 13 dakika kesinti demek — birincil düğümün çökmesinin ardından bir veritabanı yük devretmesinin tamamlanmasının 13 dakika sürdüğü tek bir olay. Olay sonrası inceleme, o 13 dakikanın 9'unun aşırı muhafazakâr bir sağlık kontrolü eşiği nedeniyle otomatik yük devretme tespitinde harcandığını ortaya koyuyor; ekip bu eşiği sıkılaştırarak bir sonraki olayda 2 dakikanın altında yük devretmeyi hedefliyor ve hizmeti %99,99 hedef SLA kademesine anlamlı şekilde yaklaştırıyor. Geliştiriciler ayrıca çalışma süresini hesaplarken ve raporlarken planlı bakım pencerelerini plansız kesintiden ayırt etmelidir — çoğu SLA sözleşmesi önceden duyurulan bakımı kesinti hesabından açıkça hariç tutar, bu yüzden olgun SaaS operasyonları giderek daha fazla, bakım pencerelerine olan ihtiyacı yalnızca sözleşmedeki istisnaya güvenmek yerine küçültmek veya tamamen ortadan kaldırmak için kesintisiz dağıtım tekniklerine (mavi-yeşil dağıtımlar, kademeli güncellemeler) yatırım yapmaktadır. Kamuya açık durum sayfaları da salt olay raporlamanın ötesinde başlı başına bir güven inşa etme aracı haline geldi — canlı, geçmişe dönük bir çalışma süresi grafiği ve şeffaf bir olay günlüğü (nelerin bozulduğunu ve neyin düzeltildiğini açıklayan dürüst değerlendirmeler dahil) göstermek, arkasında görünür kanıt olmayan bir "%99,99 çalışma süresi" pazarlama iddiasından çok daha ikna edici şekilde potansiyel kurumsal alıcılara satın alma sürecinde operasyonel olgunluk sinyali verir.