Bloga geri dön

Uptime nedir ve neden önemlidir

· 5 dk okuma

Uptime, sitenin erişilebilir olduğu süre yüzdesidir. %99, yılda üç günden fazla kesinti demek; gerçekçi hedef %99,9 ve sorunu bir dakikada görmek.

Uptime nedir ve neden önemlidir

Tanım: tam olarak neyi ölçüyoruz

Uptime, hizmetin beklendiği gibi yanıt verdiği zamanın (genellikle HTTP 200, içeriğin anahtar kelime içermesi) toplam ölçüm süresine oranıdır. Yüzde olarak ifade edilir, en yaygın olarak 30 veya 365 günlük dönemler için.

Tersi downtime'dır - hizmetin yanıt vermediği, 5xx döndürdüğü veya ayarlanan timeout'u aştığı süredir. Buna planlı bakım da dahildir, hesaplamadan açıkça hariç tutmadığınız sürece (bunu SLA'da iletmelisiniz).

"Dokuzlar" tablosu: her ondalık ne kadar zaman demek

Uptime İzin verilen downtime / yıl Ay Gün
99 % 3 gün 15 sa 7 sa 18 dk 14 dk
99,5 % 1 gün 19 sa 3 sa 39 dk 7 dk
99,9 % (three nines) 8 sa 45 dk 43 dk 1 dk 26 sn
99,95 % 4 sa 22 dk 21 dk 43 sn
99,99 % (four nines) 52 dk 4 dk 22 sn 8,6 sn
99,999 % (five nines) 5 dk 15 sn 26 sn 0,86 sn

Her ek dokuz altyapı maliyetlerini katlar. Five nines (%99,999) aktif kıtalararası yedekliliğe sahip küresel sağlayıcıların alanıdır - çoğu iş uygulaması için doğru hedef %99,9'dur.

Aslında ne kadar uptime'a ihtiyacınız var

  • Pazarlama sitesi (şirket, portföy): %99 yeterli. Kesinti sırasında gelen ziyaretçi sonra tekrar dener.
  • Desktop istemcili SaaS uygulaması: %99,9 minimumdur. Müşteriler downtime sırasında yapamadıkları iş için ödeme yapar.
  • E-ticaret, ödeme geçidi, gerçek zamanlı hizmet: %99,95 ve üzeri. Her dakika = doğrudan kayıp.
  • Altyapı (başkalarının kullandığı API): En az %99,99. Sizin SLA'nız müşterilerinizin SLA'sını sınırlar.

Uptime nasıl ölçülür

İzleme servisi endpoint'inizi periyodik olarak çağırır (genellikle HTTP GET, ancak TCP socket, ICMP ping veya DNS çözümlemesi de). Her kontrolün ikili bir sonucu vardır: up veya down.

Yaygın bir aralık 1-5 dakikadır. Ne kadar kısa olursa, kesintiyi o kadar hızlı yakalarsınız, ancak o kadar çok false-positive uyarı alırsınız (yerel bir ağ aksaması, kısa bir deploy yeniden başlatması). Çözüm multi-region kontroldür: bir kesinti yalnızca tek bir bölge değil, N bölge bildirdiğinde onaylanır.

En yaygın "kayıp dokuz" kaynakları

  1. Süresi dolmuş SSL/TLS sertifikası. Tarayıcı sayfayı engeller. İzleme olmadan, telefon çaldığında pazartesi sabahı öğrenirsiniz.
  2. Domain süresinin dolması. Tüm DNS çalışmayı durdurur. E-posta, web, status sayfası - hepsi aynı anda düşer.
  3. Çöken veritabanı worker'ı. Site, isteklerin bir kısmı için 500 veya timeout döndürür. Uygulama bozuk olsa bile klasik bir ping geçebilir.
  4. DDoS veya flooding. Sunucu aşırı yüklenir, yanıt süresi limit üzerine çıkar ve izleme kesinti bildirir.
  5. Kötü yapılmış deploy. Yeni sürümde bir yolu kıran bir bug vardır. Entegrasyon testleri olmadan, müşteriler şikayet etmeye başladığında öğrenirsiniz.

Sonuç

Uptime bir pazarlama numarası değildir - kendi altyapınıza ne kadar güvenebileceğinizin ölçüsüdür. %99,9 uptime lüks değil, standart bir gerekliliktir - gelir üreten veya ödeyen müşterileri olan herhangi bir hizmet için.

Birinci adım ölçmektir. Harici izlemeniz yoksa, teknik olarak ne kadar uptime'ınız olduğunu bilmiyorsunuz - sadece tahmin ediyorsunuz.

Hizmetlerinizin uptime'ını ölçmeye başlayın

ePulz.io endpoint'lerinizi birden fazla bölgeden 1 dakikadan başlayan aralıklarla izler. 7 gün ücretsiz.

İzlemeyi başlat →

Paylaş: Bağlantı kopyalandı

ePulz.io'yu ücretsiz deneyin - 7 gün, kredi kartı gerekmez.

Hesap oluştur