Sistem Durumu
Servislerin gerçek zamanlı durumu, 30/90 günlük uptime kaydı ve yazılı kesinti geçmişi
Bu sayfadaki her rakam, sunucuda beş dakikada bir koşan bir ölçümün PostgreSQL'e yazdığı kayıtlardan gelir. Uptime yüzdesi yazılan satırlara değil beklenen ölçüm sayısına (servis başına günde 288) bölünür; hiç yazılmamış bir ölçüm kesinti olarak sayılır.
Tüm Sistemler Çalışıyor
Servisler
Web Sitesi
Ana web sitesi
şimdi 399ms · p50 32ms · p95 78ms (90 gün) · sunucu içi ölçüm
API
Backend API servisleri
şimdi 385ms · p50 37ms · p95 79ms (90 gün) · sunucu içi ölçüm
Veritabanı
PostgreSQL veritabanı
şimdi 386ms · p50 36ms · p95 86ms (90 gün) · sunucu içi ölçüm
E-posta
İletişim formu ve bülten gönderimi — API sağlığından türetilmiştir
Uptime Özeti
| Gün | Durum | Uptime | Başarılı / beklenen ölçüm |
|---|---|---|---|
| 2026-09-08 | Çalışıyor | 100% | 288/288 |
| 2026-09-09 | Çalışıyor | 100% | 289/289 |
| 2026-09-10 | Çalışıyor | 100% | 288/288 |
| 2026-09-11 | Çalışıyor | 100% | 288/288 |
| 2026-09-12 | Çalışıyor | 100% | 288/288 |
| 2026-09-13 | Çalışıyor | 100% | 288/288 |
| 2026-09-14 | Çalışıyor | 100% | 288/288 |
| 2026-09-15 | Çalışıyor | 100% | 288/288 |
| 2026-09-16 | Çalışıyor | 100% | 291/291 |
| 2026-09-17 | Çalışıyor | 100% | 288/288 |
| 2026-09-18 | Çalışıyor | 100% | 288/288 |
| 2026-09-19 | Çalışıyor | 100% | 288/288 |
| 2026-09-20 | Çalışıyor | 100% | 288/288 |
| 2026-09-21 | Çalışıyor | 100% | 288/288 |
| 2026-09-22 | Çalışıyor | 100% | 288/288 |
| 2026-09-23 | Çalışıyor | 100% | 288/288 |
| 2026-09-24 | Çalışıyor | 100% | 288/288 |
| 2026-09-25 | Çalışıyor | 100% | 288/288 |
| 2026-09-26 | Çalışıyor | 100% | 288/288 |
| 2026-09-27 | Çalışıyor | 100% | 288/288 |
| 2026-09-28 | Kesinti | 38.89% | 112/288 |
| 2026-09-29 | Kesinti | 2.08% | 6/288 |
| 2026-09-30 | Kesinti | 26.39% | 76/288 |
| 2026-10-01 | Çalışıyor | 100% | 288/288 |
| 2026-10-02 | Çalışıyor | 100% | 288/288 |
| 2026-10-03 | Çalışıyor | 100% | 288/288 |
| 2026-10-04 | Çalışıyor | 100% | 288/288 |
| 2026-10-05 | Çalışıyor | 100% | 288/288 |
| 2026-10-06 | Çalışıyor | 100% | 288/288 |
| 2026-10-07 | Çalışıyor | 100% | 12/12 |
Aylık uptime (SLA)
- 2026-107 gün ölçüldü100.00%
- 2026-0923 gün ölçüldü89.89%
Ölçümler sunucu tarafında 5 dakikada bir alınır; kaydı olmayan günler gri gösterilir.
Ölçüm yöntemi
Sunucudaki zamanlanmış görev 5 dakikada bir uygulamanın sağlık uç noktasını çağırır. Tam kapsanan bir günde servis başına 288 kayıt beklenir.
Prob uygulamanın kendi içinden koşar: uygulama düşerse başarısız satır yazılmaz, hiç satır yazılmaz. Bu yüzden yüzde, yazılmış satırlara değil beklenen ölçüme bölünür — aksi halde kesinti hiçbir zaman görünmezdi.
Kayıtlar 90 gün saklanır. Saklama süresinden eski günler ve ölçümün henüz başlamadığı günler gri kalır; bunlar kesinti değildir ve yüzdeyi düşürmez.
Tespit edilen ölçüm boşlukları
- mail(5 sa 45 dk · 68 eksik ölçüm)
- db(5 sa 45 dk · 68 eksik ölçüm)
- api(5 sa 45 dk · 68 eksik ölçüm)
- web(5 sa 45 dk · 68 eksik ölçüm)
- mail(1 sa 40 dk · 19 eksik ölçüm)
- db(1 sa 40 dk · 19 eksik ölçüm)
- api(1 sa 40 dk · 19 eksik ölçüm)
- web(1 sa 40 dk · 19 eksik ölçüm)
Ölçüm sunucunun kendi içinden alındığı için ağ ve CDN katmanındaki sorunları göremez; sunucu dışından bağımsız bir tanık ölçümü planlanıyor.
Olay geçmişi
Elle yazılmış kayıtlar: ne oldu, kök neden neydi, ne değişti. Otomatik tespit edilen ölçüm boşlukları 'Ölçüm yöntemi' bölümünde listelenir.
- Kesinti· Süre: 4 gün 1 sa
Tam kesinti — barındırma sağlayıcısı IP bloğu
- Etki
- Site ve ona bağlı bütün servisler Cloudflare 523 döndürdü. Sunucuya hiçbir ağ erişimi kalmamıştı: HTTP, SSH ve ICMP'nin üçü de kapalıydı, kurtarma modunda açılan sistem bile ağsızdı.
- Kök neden
- 2 Temmuz tarihli 16,58 € tutarındaki barındırma faturası gözden kaçtı. Sağlayıcı hesabı ödeme yapılmadığı için kilitledi ve birincil IP adresini blokladı. Sunucunun diski, işletim sistemi ve uygulaması sağlamdı — kesinti tamamen ağ katmanındaydı.
- Çözüm
- Fatura ödendi ve sağlayıcının yönetim panelinden blok kaldırma talebi açıldı. Erişim kademeli döndü: önce 80/443, yaklaşık üç saat sonra SSH ve ICMP. Teşhis sırasında sağlayıcının kendi ağı içinde geçici bir atlama sunucusu kurulup ProxyJump ile bağlanıldı; böylece sorunun makinede değil sınır filtresinde olduğu kanıtlandı, iş bitince bu sunucu silindi.
- Çıkarılan ders
- Sunucunun içinden koşan izleme, sunucuyla birlikte susar: kesinti boyunca sağlık bildirimi hiç gönderilmedi ve kimse uyarılmadı. Kalıcı önlemler: kayıtlı ödeme yöntemiyle otomatik tahsilat, kritik altyapı faturaları için ayrı e-posta filtresi ve sunucu dışından bağımsız izleme. Bu sayfadaki 'Ölçüm yöntemi' bölümü de aynı dersin sonucudur.
- Ramak kala· ziyaretçiye yansımadı
Ramak kala — build sürerken atılan restart, yeniden başlatma döngüsü
- Etki
- Ziyaretçiye yansımadı: ters vekil sunucu bu pencerede tek bir 502 bile kaydetmedi. Uygulama süreci kısa süre yeniden başlatma döngüsüne girdi ve systemd başlatma limitine takıldı.
- Kök neden
- Uygulama root olmayan bir sistem kullanıcısına taşınırken, beş dakikada bir koşan sağlık kontrolü build hâlâ sürerken devreye girdi ve yarı yazılmış bir derlemeyi yeniden başlattı. Aynı sınıf hata, Temmuz başındaki modül-bulunamadı çökme döngüsünün de kök nedeniydi: build, servis edilen dizini altından yeniden yazıyor.
- Çözüm
- Sağlık kontrolüne ve dağıtım betiğine build kilidi eklendi — derleme süreci çalışırken hiçbir betik yeniden başlatma atamıyor — ve her yeniden başlatma öncesi başarısız durum sıfırlanıyor. Kilit, sahte bir build ile test edilerek doğrulandı.
- Çıkarılan ders
- Build sürerken hiçbir otomasyon servisi yeniden başlatamaz. Kural artık betiklerin içinde kodlu; silinirse dağıtım tekrar aynı döngüye düşer.
Arka plan işleri
Sitenin arkasında düzenli koşan bakım ve otomasyon görevlerinin son çalışma zamanı. Beklenen sıklığının iki katını aşan görev sarı, başarısız biten görev kırmızı gösterilir.
Zamanlanmış içerik yayını
5 dakikada bir
GüncelUçtan uca duman testi
15 dakikada bir
GüncelBülten A/B kazanan seçimi
30 dakikada bir
GüncelBülten damla gönderimi
saatte bir
GüncelTalep yanıt süresi kontrolü
saatte bir
GüncelGünlük özet raporu
günde bir
GüncelVeritabanı yedeği
günde bir
GüncelKVKK veri temizliği
günde bir
Güncel
Sık sorulan sorular
Bu sayfadaki durum bilgisi nasıl ölçülüyor?
Sunucudaki bir zamanlanmış görev 5 dakikada bir uygulamanın kendi sağlık uç noktasını çağırır; web, API, veritabanı ve e-posta için birer satır PostgreSQL'deki status_check tablosuna yazılır. Sayfa yalnızca bu satırları okur — hiçbir değer elle girilmez ve hiçbir kutu varsayılan olarak yeşil başlamaz.
E-posta servisi ayrıca test ediliyor mu?
Hayır. E-posta sağlığı, API sağlığından türetilir: ayrı bir posta uç noktası çağrılmaz, gerçek bir e-posta gönderilmez. Kartın üzerindeki 'API sağlığından türetilmiştir' notu tam olarak bunu söyler ve bu yüzden e-posta için gecikme süresi hiç gösterilmez.
Uptime yüzdesi nasıl hesaplanıyor?
Gün başına beklenen ölçüm sayısı 288'dir (5 dakikada bir). Yüzde, 'başarılı ölçüm / beklenen ölçüm' olarak hesaplanır — yazılan satırlara bölünmez. Prob uygulamanın kendi içinden koştuğu için uygulama düşerse satır hiç yazılmaz; eksik satırı başarısız saymayan bir hesap, kesintiyi hiçbir zaman göremezdi.
Grafikteki gri günler ne anlama geliyor?
Gri gün, o gün için hiç ölçüm kaydı olmadığı anlamına gelir; yüzde basılmaz. Kayıtlar 90 gün saklanır, dolayısıyla saklama süresinden önceki günler ve ölçümün henüz başlamadığı günler gri kalır. Bunlar kesinti değildir ve yüzdeyi düşürmez.
Geçmiş kesintileri nereden görebilirim?
Bu sayfadaki 'Olay geçmişi' bölümünde, kök neden ve çıkarılan ders ile birlikte. Otomatik tespit edilen ölçüm boşlukları ve elle yazılan olay notları /status/feed.xml (RSS) ve /status/feed.json (JSON Feed) adreslerinden de izlenebilir.
Sayfa 'çalışıyor' diyor ama sorun yaşıyorum, ne yapmalıyım?
Ölçümler sunucunun kendi içinden alınır; bu yüzden ağ, CDN veya bölgesel bir sorun burada yeşil görünebilir. Böyle bir durumu /contact/ üzerinden bildirebilirsiniz — sorunun hangi saatte ve hangi ülkeden yaşandığı bilgisi en çok işe yarayanıdır.
Üretimde bu görünürlüğe sahip misiniz?
Bu sayfa süs değil: ölçümler beş dakikada bir yazılıyor, hiç yazılmamış ölçüm kesinti sayılıyor ve her kesinti kök nedeniyle birlikte yayımlanıyor. Aynı görünürlüğü kendi uygulamanız için kurmamı isterseniz kısa bir konuşmayla başlayalım.
- kayıtlı ölçüm
- 37.292
- ölçülen gün
- 36
- eksik ölçüm
- 2.672