Kesehatan proxy: situs web dan operasi mana yang Anda uji?
Pisahkan keterjangkauan proxy secara umum dari kegagalan khusus tujuan saat memelihara kumpulan proxy yang dapat digunakan kembali.
Proxy mengambil halaman pemeriksaan IP Anda dan gagal pada API yang dibutuhkan aplikasi Anda. Menyebutnya “sehat” atau “mati” menghilangkan fakta paling berguna: kedua permintaan itu berbeda.
Mulailah dengan catatan seluruh transportasi untuk titik akhir. Dapatkah Anda mencapai listener-nya dan menyelesaikan negosiasi proxy yang diperlukan? Simpan pengamatan khusus tujuan di samping catatan itu alih-alih menimpanya.
| Pengamatan | Cakupan untuk diselidiki |
|---|---|
| Listener proxy menolak koneksi | Titik akhir dan rute ke sana |
| Proxy menolak satu port tujuan | Operasi yang diizinkan untuk tujuan itu |
| Satu situs web mengembalikan kesalahan akun | Aplikasi tujuan dan kredensial |
| Respons besar macet, yang kecil selesai | Beban transfer dan kebijakan batas waktu |
Respons HTTP dapat membuktikan bahwa jalur permintaan mengembalikan sesuatu namun tetap tidak dapat digunakan oleh aplikasi. Simpan keberhasilan transportasi, status HTTP, dan konten yang diharapkan sebagai hasil terpisah.
Jika satu tujuan gagal berulang kali, hentikan atau selidiki pasangan titik akhir dan tujuan itu. Menonaktifkan proxy untuk setiap pekerjaan yang tidak terkait dapat membuang kapasitas yang berguna. Sebaliknya, kegagalan koneksi global tidak boleh tetap tersembunyi di balik catatan terisolasi satu situs web.
Kunci kesehatan yang praktis dapat mencakup pengenal proxy, layanan tujuan, dan jenis operasi. Hindari menggunakan URL lengkap yang membawa kredensial atau setiap jalur sumber daya unik sebagai kunci yang terus bertambah. Kelompokkan hanya jika pengelompokan memberikan prediksi yang bermakna tentang permintaan berikutnya.
Tujuannya adalah bukti perutean yang lebih baik, bukan kumpulan lencana hijau yang lebih besar. Hasil kesehatan harus menyatakan apa yang dicoba, kapan, dan apa yang sebenarnya dibuktikan.