Kesihatan proksi: laman web dan operasi mana yang anda uji?
Asingkan kebolehcapaian proksi secara umum daripada kegagalan khusus destinasi apabila menyelenggara kumpulan proksi yang boleh diguna semula.
Proksi mengambil halaman semakan IP anda tetapi gagal pada API yang diperlukan aplikasi anda. Menyebutnya “sihat” atau “mati” kehilangan fakta paling berguna: kedua-dua permintaan itu berbeza.
Mulakan dengan rekod seluruh pengangkutan untuk titik akhir. Bolehkah anda mencapai pendengarnya dan melengkapkan rundingan proksi yang diperlukan? Simpan pemerhatian khusus destinasi di sebelah rekod itu dan bukannya menimpanya.
| Pemerhatian | Skop untuk disiasat |
|---|---|
| Pendengar proksi menolak sambungan | Titik akhir dan laluan ke sana |
| Proksi menolak satu port destinasi | Operasi yang dibenarkan untuk destinasi itu |
| Satu laman web memulangkan ralat akaun | Aplikasi destinasi dan kelayakan |
| Respons besar tersekat, yang kecil selesai | Beban pemindahan dan dasar tamat masa |
Respons HTTP boleh membuktikan bahawa laluan permintaan memulangkan sesuatu namun masih tidak boleh digunakan oleh aplikasi. Simpan kejayaan pengangkutan, status HTTP dan kandungan yang dijangka sebagai hasil berasingan.
Jika satu destinasi gagal berulang kali, hentikan atau siasat pasangan titik akhir dan destinasi itu. Melumpuhkan proksi untuk setiap tugas tidak berkaitan boleh membuang kapasiti berguna. Sebaliknya, kegagalan sambungan global tidak sepatutnya kekal tersembunyi di sebalik rekod terpencil satu laman web.
Kunci kesihatan yang praktikal boleh merangkumi pengecam proksi, perkhidmatan destinasi dan jenis operasi. Elakkan menggunakan keseluruhan URL yang membawa kelayakan atau setiap laluan sumber unik sebagai kunci yang terus berkembang. Kumpulkan hanya apabila pengumpulan memberikan ramalan bermakna tentang permintaan seterusnya.
Tujuannya ialah bukti penghalaan yang lebih baik, bukan koleksi lencana hijau yang lebih besar. Hasil kesihatan sepatutnya menyatakan apa yang dicuba, bila, dan apa yang sebenarnya dibuktikan.