"Çalışıyor mu?" sorusunun cevabı evet/hayır değildir

Bir okuyucumuz, tarayıcısında sorunsuz açılan bir sunucuyu neden ulaşılamaz işaretlediğimizi sordu. O da haklıydı, biz de. Sunucu çoğu zaman yanıt veriyor — geri kalanında bağlantıyı düşürüyor.

Tek sunucu, iki doğru

Yirmi beş istek attık. Yaklaşık üçte biri şöyle döndü:

curl: (56) Recv failure: Connection reset by peer

Zaman aşımı değil. TLS sorunu değil. Bağlantı kuruluyor, istek gidiyor ve sunucu yanıtın ortasında hattı kapatıyor. İstekleri üçer saniye arayla göndermek hiçbir şeyi değiştirmedi, yani hız sınırı da değil. Kendi ölçümümüz de aynı şeyi söylüyor: o hedefe giden yoklamaların %31'i başarısız.

Tek kontrol neden yalan söyler

Bir sunucu üç istekten birini düşürüyorsa, onu bir kez kontrol etmek size neredeyse hiçbir şey söylemez. Üçte iki ihtimalle "sağlıklı", üçte bir ihtimalle "bozuk" dersiniz — ve iki cevap da aynı ölçüde yanlıştır, çünkü gerçek bir durum değil, bir yüzdedir.

Alarmlarda durum daha kötü. Üst üste iki hata kesinti gibi görünür. %31 hata oranında iki ardışık hata yaklaşık %9 olasılıkla olur — iki saatte bir kontrol ediyorsanız günde bir kez. Bu kesinti değil. Bu aritmetik.

Bu ne kadar yaygın?

Kataloğu ne güvenilir şekilde ayakta ne de güvenilir şekilde kapalı olan sunucular için taradık. Yaklaşık 180 tanesi kararsız ortada duruyor; hata oranları %10 ile %90 arasında. Ekosistemin küçük bir dilimi — ama kafa karışıklığının büyük bir dilimi.

Bununla ne yapmalı

• Sunucu seçiyorsanız: rozete değil yüzdeye bakın. %70'lik bir sunucu üretimde sessizce, üç çağrıdan birinde başarısız olur.
• Sunucu işletiyorsanız: aralıklı bağlantı sıfırlamaları genelde uygulamayı değil, önündeki proxy ya da yük dengeleyiciyi işaret eder. Uygulama logları tertemiz görünecektir.
• İzleme yazıyorsanız: asla tek örneğe bakarak karar vermeyin. Seri şartı koyun ve oranı açıkça söyleyin.