Proxy sağlığı: hangi web sitesini ve hangi işlemi test ettiniz?
Yeniden kullanılabilir bir proxy havuzu bakımı yaparken genel proxy erişilebilirliğini hedefe özgü arızalardan ayırın.
Bir proxy IP kontrol sayfanızı getirir ama uygulamanızın ihtiyaç duyduğu API'de başarısız olur. Ona “sağlıklı” ya da “ölü” demek en yararlı gerçeği kaybeder: iki istek farklıydı.
Uç nokta için taşıma genelinde bir kayıtla başlayın. Dinleyicisine ulaşıp gereken proxy anlaşmasını tamamlayabiliyor musunuz? Hedefe özgü gözlemleri o kaydın üzerine yazmak yerine yanında tutun.
| Gözlem | Araştırılacak kapsam |
|---|---|
| Proxy dinleyicisi bağlantıları reddediyor | Uç nokta ve oraya giden yol |
| Proxy bir hedef bağlantı noktasını reddediyor | O hedef için izin verilen işlem |
| Bir web sitesi hesap hatası döndürüyor | Hedef uygulama ve kimlik bilgileri |
| Büyük yanıtlar takılıyor, küçükler tamamlanıyor | Aktarım iş yükü ve zaman aşımı politikası |
Bir HTTP yanıtı, bir istek yolunun bir şey döndürdüğünü kanıtlayabilir ama yine de uygulama için kullanılamaz olabilir. Taşıma başarısını, HTTP durumunu ve beklenen içeriği ayrı sonuçlar olarak tutun.
Bir hedef sürekli başarısız olursa, o uç nokta ve hedef çiftini duraklatın veya araştırın. Proxy'yi ilgisiz her iş için devre dışı bırakmak yararlı kapasiteyi harcayabilir. Tersine, genel bir bağlantı arızası tek bir web sitesinin yalıtılmış kaydının arkasında gizli kalmamalıdır.
Pratik bir sağlık anahtarı proxy tanımlayıcısını, hedef hizmeti ve işlem türünü içerebilir. Kimlik bilgisi taşıyan URL'nin tamamını veya her benzersiz kaynak yolunu sürekli büyüyen bir anahtar olarak kullanmaktan kaçının. Yalnızca gruplamanın bir sonraki istek hakkında anlamlı bir öngörü sağladığı yerde gruplayın.
Amaç daha iyi yönlendirme kanıtıdır, daha büyük bir yeşil rozet koleksiyonu değil. Bir sağlık sonucu neyin denendiğini, ne zaman ve gerçekte neyi kanıtladığını söylemelidir.