Sitenizin Ne Kadar Süre Kapalı Kaldığını Gerçekten Biliyor musunuz?
Çoğu site sahibi şu hatayı yapar:
- Hosting firmasına güvenir
- “%99.9 uptime” ifadesini yeterli sanır
- Ama sitenin ne zaman kapalı olduğunu gerçekte bilmez
Gerçek şu:
Hosting firmaları size uptime yüzdesi gösterir, ama sitenizin tam olarak ne zaman kapalı olduğunu çoğu zaman söylemez.
Daha da önemlisi:
%99 uptime kulağa iyi gelir ama bu, sitenizin ayda yaklaşık 7 saat kapalı olabileceği anlamına gelir.
1. Uptime Nedir?
Uptime, sitenizin erişilebilir olduğu süredir.
Basit tanım:
Uptime = Sitenin çalıştığı süre / toplam süre
Tam tersi:
- Downtime = sitenin erişilemediği süre
2. %99.9 Uptime Gerçekte Ne Demek?
Uptime yüzdeleri çoğu zaman yanlış anlaşılır.
Gerçek downtime tablosu:
| Uptime | Günlük | Aylık | Yıllık |
|---|---|---|---|
| %99 | 14 dk | 7 saat | 3.6 gün |
| %99.5 | 7 dk | 3.5 saat | 1.8 gün |
| %99.9 | 1.4 dk | 43 dk | 8.7 saat |
| %99.95 | 43 sn | 21 dk | 4.3 saat |
| %99.99 | 8 sn | 4 dk | 52 dk |
En kritik çıkarım:
%99 uptime kötü bir değerdir.
Gerçekçi hedef: en az %99.9, idealde %99.99
3. Hosting Uptime Garantisi (SLA) Gerçek mi?
Hosting firmaları genelde şöyle der:
- “%99.9 uptime garantisi”
Bu bir SLA (Service Level Agreement)’dır.
Ama dikkat:
- Genelde sadece kredi (refund) verir
- Gerçek zararınızı karşılamaz
- Ölçümü kendileri yapar
Ana gerçek:
Uptime’ı hosting değil, siz ölçmelisiniz.
4. Uptime Nasıl Ölçülür?
Doğru yöntem:
External monitoring (dışarıdan kontrol)
Yani:
- Başka bir sunucu sitenizi belirli aralıklarla kontrol eder
- Cevap gelmezse downtime kaydeder
Bu yöntem:
En güvenilir uptime ölçümüdür.
5. Ping mi HTTP mi?
Çok kritik fark:
| Kontrol Türü | Ne Kontrol Eder |
|---|---|
| Ping | Sunucu açık mı |
| TCP | Port açık mı |
| HTTP | Site çalışıyor mu |
| HTTPS | SSL çalışıyor mu |
| Keyword | Sayfa doğru mu |
Ana mesaj:
Ping başarılı olsa bile site çalışmıyor olabilir.
En doğru yöntem: HTTP + Keyword kontrolü
6. Kaç Dakikada Bir Kontrol Yapılmalı?
Monitoring sıklığı çok önemlidir.
| Aralık | Sonuç |
|---|---|
| 1 dk | Çok hızlı tespit |
| 5 dk | İdeal |
| 15 dk | Geç |
| 30 dk | Çok geç |
Öneri:
Profesyonel sistemler: 1–5 dakika arası kontrol
7. Monitoring Lokasyonu Neden Önemli?
Tek lokasyondan ölçüm yanıltıcı olabilir.
Örnek:
- Türkiye’de site açık
- ABD’de erişilemiyor
Bu yüzden:
Monitoring en az 3 farklı lokasyondan yapılmalı.
8. Alert Sistemi Nasıl Kurulur?
Uptime monitoring tek başına yeterli değildir.
Önemli olan:
Downtime → Anında bildirim
Alert kanalları:
- SMS
- Slack
- Telegram
- Webhook
Amaç:
Sorunu kullanıcıdan önce siz fark edin.
9. Uptime Monitoring Araçları
Popüler araçlar:
- UptimeRobot
- Pingdom
- Better Stack
- StatusCake
- New Relic
Bu araçlar:
- Otomatik kontrol yapar
- Rapor üretir
- Alert gönderir
10. Response Time Monitoring
Sadece uptime yetmez.
Şu da ölçülmeli:
Site ne kadar hızlı cevap veriyor?
Çünkü:
Site açık olabilir ama aşırı yavaş olabilir.
Bu yüzden:
- Response time
- TTFB
- Performans trendi
takip edilmelidir.
11. False Positive Nedir?
Bazen monitoring yanlış alarm verebilir.
Sebep:
- Geçici network sorunu
- Tek lokasyon hatası
- Firewall blok
Çözüm:
Multi-location check kullanmak
12. Uptime Raporu Nasıl Okunur?
Bir uptime raporunda şunlara bakılır:
- Toplam uptime %
- Downtime sayısı
- Ortalama response time
- Incident süresi
- En uzun kesinti
Bu veriler:
Hosting kalitesini net gösterir.
13. Ne Kadar Downtime Normal?
Genel kabul:
| Seviye | Uptime |
|---|---|
| Kötü | < %99 |
| Orta | %99 – %99.5 |
| İyi | %99.9 |
| Çok iyi | %99.99 |
14. Ne Zaman Hosting Değişmeli?
Aşağıdaki durumlarda:
- Ayda 1 saatten fazla downtime
- Sık kesinti
- Yavaş response
- Peak saatlerde çökme
- SLA karşılanmıyor
Karar:
Hosting değiştirilmeli
15. Multi-Location Monitoring (Çok Lokasyonlu İzleme)
Tek lokasyondan yapılan monitoring hatalı olabilir.
| Lokasyon | Durum |
|---|---|
| Türkiye | Açık |
| Almanya | Açık |
| ABD | Kapalı |
Bu durumda:
- Sorun global mi?
- Bölgesel mi?
- CDN mi?
- DNS mi?
Profesyonel monitoring = en az 3 farklı lokasyon
16. HTTP Status Code Monitoring
Monitoring sadece “site açılıyor mu?” diye bakmaz.
| Kod | Anlam |
|---|---|
| 200 | OK |
| 301 | Redirect |
| 302 | Redirect |
| 403 | Forbidden |
| 404 | Not Found |
| 500 | Server Error |
| 502 | Bad Gateway |
| 503 | Service Unavailable |
| 504 | Gateway Timeout |
Önemli gerçek:
Site 500 dönüyorsa uptime var sayılmaz.
17. Keyword Monitoring (Çok Kritik)
Site açılıyor olabilir ama:
- Database error olabilir
- Maintenance mode olabilir
- Boş sayfa olabilir
Bu yüzden monitoring sistemi şunu kontrol eder:
Sayfada belirli bir kelime var mı?
Örnek:
- “Sepete Ekle”
- “Hoşgeldiniz”
- Site adı
- Logo metni
Eğer bu kelime yoksa:
Site çalışıyor sayılmaz.
18. SSL Monitoring
Birçok site şu yüzden kapanır:
SSL sertifikası süresi biter.
Monitoring sistemleri:
- SSL bitiş tarihini kontrol eder
- 30 gün kala uyarı gönderir
- 7 gün kala tekrar uyarır
Bu özellik çok kritiktir.
19. Incident Management (Kesinti Yönetimi)
Profesyonel sistemlerde her kesinti kayıt altına alınır:
| Veri | Açıklama |
|---|---|
| Kesinti başlangıç | Saat |
| Kesinti bitiş | Saat |
| Toplam süre | Dakika |
| Sebep | Network / DB / CPU |
| Çözüm | Not |
Bu kayıtlar sayesinde:
- Hosting kalitesi ölçülür
- Tekrarlayan sorun bulunur
20. Status Page (Profesyonel Sistemler Kullanır)
Büyük sistemlerde şu sayfa vardır:
status.sirketadi.com
Bu sayfada:
| Servis | Durum |
|---|---|
| Website | ✅ |
| API | ✅ |
| Database | ⚠️ |
| Payment | ❌ |
Bu sayfa:
- Şeffaflık sağlar
- Kullanıcı güveni artırır
- Support yükünü azaltır
21. Response Time Alert (Yavaşlama Alarmı)
Site tamamen çökmeden önce genelde yavaşlar.
| Durum | Response Time |
|---|---|
| Normal | 200–500 ms |
| Yavaş | 1–2 sn |
| Çok yavaş | 3+ sn |
| Kritik | 5+ sn |
Bu yüzden:
Sadece downtime değil, yavaşlama alert’i de kurulmalıdır.
22. Maintenance Window (Planlı Bakım)
Hosting firmaları bazen planlı bakım yapar.
Maintenance window tanımlanır → Bu sürede alarm gönderilmez
Bu, yanlış alarmı önler.
23. Root Cause Analysis (Sorunun Gerçek Sebebi)
Downtime oldu → neden?
| Belirti | Sebep |
|---|---|
| 502 | Web server |
| 504 | Database |
| 500 | Uygulama |
| Ping yok | Network |
| Sadece bazı ülke | CDN |
| Sadece admin yavaş | Database |
Bu analiz çok önemlidir.
24. Profesyonel Uptime Monitoring Mimarisi
Gerçek sistem şu şekilde olur:
Monitoring Server (EU)
Monitoring Server (US)
Monitoring Server (Asia)
↓
Website
↓
Alert System
↓
Email / SMS / Slack
↓
Incident Log
↓
Status Page
Bu yapı:
Profesyonel uptime yönetimidir.
25. Final Teknik Checklist
| Özellik | Olmalı mı |
|---|---|
| External monitoring | Evet |
| HTTP check | Evet |
| Keyword check | Evet |
| Multi-location | Evet |
| 1–5 dk interval | Evet |
| Alert sistemi | Evet |
| SSL monitoring | Evet |
| Response time monitoring | Evet |
| Incident log | Evet |
| Status page | Evet |
Eğer bunların çoğu yoksa:
Uptime izleme sisteminiz eksik demektir.
SONUÇ
Bu yazının en önemli mesajı:
Hosting firmanızın sitenizin ne kadar süre kapalı kaldığını size söylemesini beklemek yerine, uptime’ı bağımsız olarak sizin ölçmeniz gerekir.
Ve:
Uptime monitoring lüks değil, zorunluluktur.