Sağlık denetimi uç noktası
Bir servisin yalnızca kendi sağlığını bildirmek için sunduğu özel URL (çoğunlukla /healthz ya da /readyz). Yük dengeleyiciler, Kubernetes probları ve izleme sistemleri, servise trafik gönderilip gönderilmeyeceğine bunu çağırarak karar verir.
Kalıp: servis sağlıklıysa 200 OK, değilse bir hata kodu döner. İki derinlik vardır: sığ (liveness) denetim — süreç hiç yanıt veriyor mu? — ve derin (readiness) denetim — işini gerçekten yapabiliyor mu, veritabanına ulaşıyor mu, önbelleği doldu mu? /healthz geleneği Google/Kubernetes’ten gelir (z, gerçek sayfalarla çakışmamak için). Kullanım: Kubernetes liveness/readiness probları onu çağırır, yük dengeleyiciler denetimi başarısız olan örneğe trafik göndermeyi bırakır, servis keşfi sağlıksız örnekleri eler. Tuzak: fazla derin bir sağlık denetimi (tüm bağımlılıkları sınayan) zincirleme arızaya yol açabilir — ortak bir veritabanı yavaşlarsa TÜM servisler sağlıksız bildirir ve hepsi aynı anda trafikten çıkarılır; bu yüzden dikkatle tasarlanmalıdır. Kendini onaran, gözlemlenebilir sistemlerin temel taşı.