Web siteniz çöktüğünde her dakika para ve güven kaybedersiniz. En büyük altyapı şirketleri bile bundan muaf değil: 18 Kasım 2025'te Cloudflare'in ağı yaklaşık üç saat boyunca çekirdek trafiğin önemli bir kısmında hata döndürdü ve şirket bunu 2019'dan bu yana yaşadığı en kötü kesinti olarak tanımladı. İşte bu yüzden uptime kavramı, dijital dünyada hayati önem taşıyor.
Kısa cevap: Uptime, bir sistemin, sunucunun ya da web sitesinin çalışır ve erişilebilir olduğu süredir; Türkçede "çalışma süresi" veya "erişilebilirlik süresi" diye karşılanır. Genellikle yüzdeyle ifade edilir:
- Formül: (Toplam süre − kesinti süresi) / toplam süre × 100
- %99,9 uptime = yılda yaklaşık 8 saat 46 dakika kesintiye izin var
- %99,99 uptime = yılda yaklaşık 53 dakika
- Uptime garantisi (SLA): sağlayıcının bu oranı taahhüt ettiği, altına düşerse genellikle hizmet kredisi verdiği sözleşme maddesidir.
Bilgisayar veya sunucu için "uptime" ise son yeniden başlatmadan bu yana geçen süreyi gösterir (Linux'ta
uptimekomutu).
Uptime Nedir?
Uptime, bir sistemin, sunucunun veya web sitesinin kesintisiz çalışma süresini ifade eder. Türkçe'de "çalışma süresi" veya "erişilebilirlik süresi" olarak çevrilebilir.
"Uptime ne demek?" diye soran birinin aklında genellikle iki farklı şeyden biri vardır ve ikisini ayırmak önemli:
- Servis uptime'ı: Web sitenizin ya da uygulamanızın dışarıdan bakıldığında ulaşılabilir olduğu süre oranı. Hosting firmalarının "%99,9 uptime garantisi" dediği şey budur.
- Sistem uptime'ı: Bir bilgisayarın ya da sunucunun son açılıştan bu yana kesintisiz çalıştığı süre. Görev Yöneticisi'nde ya da
uptimekomutunda gördüğünüz değer budur.
Sunucu 200 gündür açık olabilir (yüksek sistem uptime'ı) ama üzerindeki web servisi dün gece iki saat hata vermiş olabilir (düşük servis uptime'ı). Müşterinizi ilgilendiren ikincisidir.
Basitçe tanımlamak gerekirse:
- Uptime = Sistemin çalıştığı süre
- Downtime = Sistemin çalışmadığı/erişilemez olduğu süre
Uptime genellikle yüzde olarak ifade edilir. Örneğin, %99.9 uptime demek, sistemin belirli bir dönemde %99.9 oranında erişilebilir olduğu anlamına gelir.
Uptime (%) = (Toplam Süre - Kesinti Süresi) / Toplam Süre × 100
Uptime Neden Önemli?
1. Gelir Kaybı
E-ticaret siteleri için her dakika kesinti, doğrudan satış kaybı demektir. Büyük ölçekli siteler için bu kayıp dakikada binlerce dolara ulaşabilir.
2. SEO ve Arama Motoru Sıralaması
Kısa bir kesinti tek başına sıralamanızı düşürmez, ama uzayan kesintiler düşürür. Google'ın resmi dokümantasyonuna göre 5xx sunucu hataları tarama hızını geçici olarak yavaşlatır; hata sürerse zaten dizinde olan URL'ler "sonunda dizinden düşürülür". Planlı bir bakım yapacaksanız Google'ın önerisi 503 durum kodu döndürmektir; Googlebot 503 veren sayfaları yaklaşık bir hafta boyunca yeniden dener, daha uzun süren kesintiler arama görünürlüğünü olumsuz etkileyebilir.
Pratikte bunun anlamı: bakım sayfanız 200 değil 503 dönmeli, ve izleme aracınız bir kesintiyi saatler değil dakikalar içinde size haber vermeli.
3. Müşteri Güveni
Kullanıcılar erişemedikleri sitelere güven duymaz. Bir kere yaşanan kötü deneyim, müşteriyi rakibe yönlendirebilir.
4. Marka İtibarı
Sosyal medyada "site çöktü" paylaşımları viral olabilir. Bu tür olumsuz görünürlük, marka değerini zedeler.
SLA ve Uptime Yüzdeleri
SLA (Service Level Agreement), servis sağlayıcıların taahhüt ettiği minimum uptime oranıdır. İşte yaygın SLA yüzdeleri ve anlamları:
| SLA | Adı | Günlük Kesinti | Aylık Kesinti | Yıllık Kesinti |
|---|---|---|---|---|
| 99% | İki 9 | 14 dk 24 sn | 7.3 saat | 3.65 gün |
| 99.9% | Üç 9 | 1 dk 26 sn | 43.8 dakika | 8.76 saat |
| 99.95% | Üç buçuk 9 | 43 saniye | 21.9 dakika | 4.38 saat |
| 99.99% | Dört 9 | 8.6 saniye | 4.38 dakika | 52.56 dakika |
| 99.999% | Beş 9 | 0.86 saniye | 26.3 saniye | 5.26 dakika |
💡 Not: %99.9 ile %99.99 arasındaki fark küçük görünse de, yıllık kesinti süresi 8.76 saatten 52 dakikaya düşer. Kritik sistemler için bu fark hayati önem taşır.
SLA İhlali ve Cezalar
Çoğu bulut sağlayıcı, SLA ihlallerinde para iadesi değil hizmet kredisi verir. Somut bir örnek olarak Amazon EC2'nin bölge seviyesindeki SLA'sı, birden fazla erişilebilirlik bölgesine dağıtılmış kurulumlar için aylık %99,99 taahhüt ediyor:
| Aylık uptime | Hizmet kredisi (EC2, bölge seviyesi) |
|---|---|
| %99,99'un altında, %99,0 ve üzeri | %10 |
| %99,0'ın altında, %95,0 ve üzeri | %30 |
| %95,0'ın altında | %100 |
Dikkat: kredi, o ay o hizmete ödediğiniz bedel üzerinden hesaplanır; kesinti yüzünden kaybettiğiniz satışları karşılamaz.
Uptime Garantisi Nasıl Okunur?
Hosting ve sunucu tekliflerinde "%99,9 uptime garantisi" ifadesini sıkça görürsünüz. Rakam tek başına çok az şey söyler; sözleşmede şu beş maddeye bakın:
- Ölçüm dönemi: Aylık mı, yıllık mı? Yıllık %99,9, tek bir ayda 8 saatlik kesintiye izin verebilir.
- Kapsam dışı durumlar: Planlı bakım, DDoS saldırıları ve "müşteri kaynaklı" sorunlar genellikle hesaba katılmaz. Planlı bakımın ne kadar önceden duyurulacağı yazıyor mu?
- Kesintiyi kim ölçüyor: Sağlayıcının kendi iç ölçümü mü, sizin bağımsız izlemeniz mi? Kredi talebi için kanıtı genellikle sizin sunmanız gerekir; bu yüzden harici bir izleme aracı şart.
- Tazminat şekli: Hizmet kredisi mi, iade mi? Üst sınırı var mı? Talep için kaç gün süreniz var?
- Neyin "up" sayıldığı: Sunucunun ping'e cevap vermesi mi, web sayfasının gerçekten açılması mı?
Bu soruların cevabı yoksa, "%99,9" bir pazarlama rakamıdır, garanti değil.
Uptime Monitoring Nedir?
Uptime monitoring, web sitelerinin ve servislerin sürekli izlenerek erişilebilirliklerinin kontrol edilmesidir. Monitoring araçları, belirli aralıklarla sunucularınıza istek gönderir ve yanıt alıp almadığını kontrol eder.
Nasıl Çalışır?
- Probe Gönderimi: Monitoring aracı, belirlenen aralıklarla (örn. 5 dakika) sunucunuza istek gönderir
- Yanıt Kontrolü: Sunucunun yanıt verip vermediği ve yanıt süresini kontrol eder
- Durum Kaydı: Başarılı/başarısız durumları kaydeder
- Uyarı Gönderimi: Hata durumunda e-posta, SMS veya Slack bildirimi gönderir
Uptime Monitoring Türleri
| Tür | Açıklama | Kullanım Alanı |
|---|---|---|
| HTTP(S) | Web sayfası ve API kontrolü | Web siteleri, REST API'ler |
| Ping (ICMP) | Temel bağlantı kontrolü | Sunucular, ağ cihazları |
| TCP/UDP | Port erişilebilirlik kontrolü | Veritabanları, özel servisler |
| DNS | Domain çözümleme kontrolü | DNS sunucuları |
| SSL/TLS | Sertifika geçerlilik kontrolü | HTTPS siteleri |
| Keyword | Sayfa içeriği kontrolü | İçerik doğrulama |
| Heartbeat | Cron job ve arka plan görevleri | Zamanlanmış görevler |
Sistem Uptime Nasıl Kontrol Edilir?
Linux'ta Uptime Kontrolü
Linux sistemlerde uptime komutu ile sistem çalışma süresini görebilirsin:
# Temel uptime bilgisi
uptime
# Çıktı örneği:
# 14:23:55 up 146 days, 3:45, 2 users, load average: 0.28, 0.45, 0.38
Çıktıdaki bilgiler:
- 14:23:55 - Şu anki saat
- up 146 days, 3:45 - Sistem 146 gün 3 saat 45 dakikadır çalışıyor
- 2 users - Bağlı kullanıcı sayısı
- load average - Son 1, 5, 15 dakikalık sistem yükü
Diğer faydalı komutlar:
# Sadece uptime süresi (pretty format)
uptime -p
# Çıktı: up 146 days, 3 hours, 45 minutes
# Sistem başlangıç zamanı
uptime -s
# Çıktı: 2025-09-02 10:38:22
# /proc üzerinden detaylı bilgi (saniye cinsinden)
cat /proc/uptime
# Çıktı: 12657890.45 25315780.90
# İlk değer: toplam uptime (saniye)
# İkinci değer: idle time (saniye)
Windows'ta Uptime Kontrolü
Windows sistemlerde birkaç farklı yöntemle uptime kontrol edebilirsin:
1. Görev Yöneticisi (Task Manager)
Ctrl + Shift + Esc → Performans → CPU → "Çalışma süresi" (Up time)
2. Command Prompt
:: Sistem boot zamanını göster
systeminfo | find "System Boot Time"
:: WMIC ile boot zamanı
wmic os get lastbootuptime
3. PowerShell
# Son boot zamanı
Get-CimInstance Win32_OperatingSystem | Select-Object LastBootUpTime
# Uptime hesaplama
$boot = (Get-CimInstance Win32_OperatingSystem).LastBootUpTime
$uptime = (Get-Date) - $boot
Write-Host "Uptime: $($uptime.Days) gün, $($uptime.Hours) saat, $($uptime.Minutes) dakika"
4. Net Statistics
net stats srv
Bu komut, "İstatistikler başlangıç tarihi" satırında son boot zamanını gösterir.
Uptime İzleme Araçları
Piyasada birçok uptime monitoring aracı bulunuyor. İşte popüler seçenekler:
Ücretsiz Araçlar
| Araç | Özellikler | Kontrol Aralığı |
|---|---|---|
| UptimeRobot | 50 ücretsiz monitör | 5 dakika |
| Hetrix Tools | 15 ücretsiz monitör | 1 dakika |
Not: İlk yayında listelediğimiz Freshping, Freshworks tarafından Mart 2026'da kapatıldı; bu yüzden tablodan çıkardık.
Ücretli/Premium Araçlar
| Araç | Fiyat | Özellikler |
|---|---|---|
| Pingdom | $15/ay~ | Detaylı analitik, RUM |
| Datadog | Kullanıma göre | APM, log yönetimi |
| New Relic | Kullanıma göre | Full-stack observability |
Türkçe Arayüzlü Seçenek: UptimeTR
Türkçe arayüz ve yerel destek önemliyse UptimeTR da bir seçenek: 5 ile 30 dakika arasında kontrol aralıkları, e-posta uyarıları ve Cloudflare Workers üzerinde çalışan bir altyapı sunuyor. Şeffaflık için belirtelim: UptimeTR, Digitexa ekibinin geliştirdiği bir üründür.
Uptime Nasıl Artırılır?
1. Yedeklilik (Redundancy)
Tek bir sunucuya bağımlı kalma. Load balancer arkasında birden fazla sunucu kullan.
┌─────────────┐
│ Load │
Kullanıcı ───▶ │ Balancer │
└──────┬──────┘
│
┌────────────┼────────────┐
▼ ▼ ▼
┌────────┐ ┌────────┐ ┌────────┐
│ Web 1 │ │ Web 2 │ │ Web 3 │
└────────┘ └────────┘ └────────┘
2. CDN Kullanımı
Cloudflare, Vercel Edge veya AWS CloudFront gibi CDN'ler, içeriği global olarak dağıtarak hem hızı artırır hem de origin sunucu yükünü azaltır.
3. Veritabanı Replikasyonu
Master-slave veya multi-master replikasyon ile veritabanı kesintilerine karşı koruma sağla.
4. Otomatik Failover
Bir sunucu çöktüğünde trafiğin otomatik olarak yedek sunucuya yönlendirilmesi:
// Basit health check örneği
async function healthCheck(servers: string[]): Promise<string> {
for (const server of servers) {
try {
// fetch'in timeout seçeneği yok; AbortSignal ile 5 sn sınır koyuyoruz
const response = await fetch(`${server}/health`, {
signal: AbortSignal.timeout(5000),
});
if (response.ok) {
return server; // Sağlıklı sunucu bulundu
}
} catch {
console.log(`${server} erişilemez, sonraki deneniyor...`);
}
}
throw new Error('Tüm sunucular erişilemez!');
}
5. Proaktif İzleme
Sorun oluşmadan önce tespit etmek için:
- Yanıt süresi izleme: Normalin üzerinde gecikme = yaklaşan sorun
- Kaynak kullanımı: CPU, RAM, disk doluluk oranları
- SSL sertifika takibi: Son kullanma tarihi yaklaşan sertifikalar
- Zamanlanmış görev izleme: Cron job'ların çalışıp çalışmadığı
Gerçek Dünya Kesinti Örnekleri
İlk yayındaki tabloda yer alan kayıp tahminlerinin çoğu analist tahminiydi ve kaynak göstermiyorduk. Aşağıdakileri, şirketlerin kendi yayımladığı olay raporlarına dayanarak yeniden yazdık:
| Olay | Tarih | Süre | Ne oldu? | Kaynak |
|---|---|---|---|---|
| CrowdStrike güncellemesi | 19 Temmuz 2024 | Saatler–günler | Hatalı bir güvenlik yazılımı güncellemesi, Microsoft'un tahminine göre 8,5 milyon Windows cihazını (tüm Windows makinelerinin %1'inden azı) etkiledi | Microsoft |
| AWS us-east-1 | 19-20 Ekim 2025 | ~14,5 saat (üç aşamada) | DynamoDB'nin otomatik DNS yönetimindeki gizli bir hata, uç noktaların çözümlenememesine ve EC2, NLB gibi bağımlı servislerde zincirleme sorunlara yol açtı | AWS olay özeti |
| Cloudflare | 18 Kasım 2025 | ~3 saat ana etki, tam düzelme ~6 saat | Bir veritabanı izin değişikliği, bot yönetimi yapılandırma dosyasının boyutunu ikiye katladı; dosya tüm ağa dağıtılınca proxy'ler 5xx hata döndürdü | Cloudflare |
Üç olayın ortak noktası dikkat çekici: hiçbiri bir sunucunun "bozulmasıyla" başlamadı. Üçü de bir yapılandırma ya da güncellemenin hızla her yere yayılmasıyla büyüdü. Bu yüzden:
- Yedek sunucu tek başına yetmez; değişiklikleri kademeli yayma (önce küçük bir kesime, sonra herkese) gerekir
- Kritik bağımlılıklarınızı (DNS, CDN, bulut bölgesi) bilin ve listeleyin
- Kendi altyapınızdan bağımsız, dışarıdan bakan bir izleme kurun; sağlayıcının durum sayfası genellikle sizden sonra güncellenir
Uptime İzlemeye Nereden Başlamalı?
Bu yazı kavramı anlatıyor; araç seçimi, ücretsiz plan sınırları ve güncel fiyatlar için Uptime Robot Nedir? rehberimize bakabilirsiniz. Kısa versiyonu: küçük bir site için ücretsiz bir araçla 5 dakikalık HTTP + keyword kontrolü başlangıç için yeterli; e-ticaret ve ödeme alan sistemlerde 1 dakika ve altı aralık, birden fazla bildirim kanalı ve SSL süresi takibi gerekir.
Sıkça Sorulan Sorular
CPU Uptime Ne Demek?
CPU uptime, işlemcinin veya bilgisayarın son yeniden başlatmadan bu yana geçen süreyi ifade eder. Bu, web sitesi uptime'ından farklıdır:
- CPU/Sistem Uptime: Fiziksel makinenin çalışma süresi
- Servis Uptime: Belirli bir uygulamanın (web sunucusu, veritabanı) çalışma süresi
- Website Uptime: Dış dünyadan web sitesine erişilebilirlik
Bir sunucu "up" olabilir ama web servisi çökmüş olabilir. Bu yüzden sadece sistem uptime değil, servis seviyesinde monitoring de gerekli.
%100 Uptime Mümkün mü?
Teorik olarak hayır. Her sistem:
- Bakım penceresi gerektirir
- Yazılım güncellemesi almalıdır
- Donanım arızası yaşayabilir
- Dış bağımlılıklar (DNS, CDN) çökebilir
Pratikte %99.99+ uptime, çoğu uygulama için "mükemmel" kabul edilir.
Uptime Monitoring Ücretsiz Yapılabilir mi?
Evet. UptimeRobot'un ücretsiz planı 50 monitörü 5 dakikalık aralıkla izliyor; Hetrix Tools gibi araçların da ücretsiz katmanları var. Ücretsiz planlar kişisel siteler ve küçük işletmeler için yeterli; kısa aralık ve gelişmiş bildirimler ücretli planlarda.
Uptime Garantisi Ne Demek?
Hosting ya da bulut sağlayıcısının, hizmetin belirli bir oranda (ör. %99,9) erişilebilir olacağını sözleşmeyle taahhüt etmesidir. Oran tutmazsa genellikle bir sonraki faturadan düşülen hizmet kredisi verilir. Hangi kesintilerin sayılmadığını ve ölçümü kimin yaptığını sözleşmeden kontrol edin.
Hangi Aralıkta Kontrol Etmeliyim?
| Site Türü | Önerilen Aralık |
|---|---|
| E-ticaret, Finans | 1 dakika |
| Kurumsal site | 5 dakika |
| Blog, Portfolio | 15-30 dakika |
| Development/Staging | 30 dakika |
Uptime vs Availability
Bu iki terim sıkça karıştırılır:
| Kavram | Tanım | Ölçüm |
|---|---|---|
| Uptime | Sistemin çalışır durumda olduğu süre | Zaman bazlı |
| Availability | Sistemin kullanılabilir olduğu oran | Yüzde bazlı |
Bir sistem "up" olabilir ama yavaş yanıt veriyorsa veya hata döndürüyorsa "available" sayılmayabilir. Bu yüzden modern monitoring araçları sadece uptime değil, yanıt süresi ve hata oranı da izler.
Sonuç
Uptime, dijital varlığının temel taşı. İster küçük bir blog, ister büyük bir e-ticaret platformu işlet, kesintisiz erişilebilirlik:
- Gelir koruması sağlar
- SEO sıralamalarını korur
- Müşteri güvenini artırır
- Marka itibarını güçlendirir
Uptime izlemeye başlamak için karmaşık kurulumlar gerekmiyor. Ücretsiz bir izleme aracıyla dakikalar içinde ilk monitörünü oluşturabilir, web siteni 7/24 izlemeye alabilirsin.
Bir yazılım şirketi olarak projelerimizde Vercel ve Cloudflare ile %99.9 uptime hedefliyoruz — bu platformlar hakkında daha fazla bilgi almak isterseniz teknoloji sayfalarımıza göz atabilirsiniz.
Web sitenizin uptime'ını profesyonelce yönetmek mi istiyorsunuz? Bizimle iletişime geçin ve altyapı danışmanlığı alın.
Bu yazı 7 Ekim 2026'da güncellendi: kaynaksız Meta kayıp tahmini çıkarıldı, kesinti tablosu şirketlerin resmi olay raporlarıyla (CrowdStrike, AWS Ekim 2025, Cloudflare Kasım 2025) yenilendi; "uptime garantisi nasıl okunur" bölümü, AWS SLA kredi örneği, Google'ın 5xx/503 açıklaması ve kısa cevap eklendi; kapatılan Freshping çıkarıldı, Uptime Robot ile yinelenen bölüm ilgili rehbere taşındı.



