Một proxy tải trang kiểm tra IP của bạn nhưng thất bại ở API mà ứng dụng của bạn cần. Gọi nó là “khỏe mạnh” hay “chết” sẽ đánh mất sự thật hữu ích nhất: hai yêu cầu là khác nhau.

Bắt đầu bằng một bản ghi toàn bộ đường truyền cho điểm cuối. Bạn có thể tiếp cận trình lắng nghe của nó và hoàn tất thương lượng proxy cần thiết không? Giữ các quan sát đặc thù theo đích bên cạnh bản ghi đó thay vì ghi đè lên nó.

Quan sátPhạm vi cần điều tra
Trình lắng nghe proxy từ chối kết nốiĐiểm cuối và tuyến đường đến đó
Proxy từ chối một cổng đíchThao tác được phép cho đích đó
Một trang web trả về lỗi tài khoảnỨng dụng đích và thông tin xác thực
Phản hồi lớn bị đình trệ, phản hồi nhỏ hoàn tấtKhối lượng truyền tải và chính sách thời gian chờ

Một phản hồi HTTP có thể chứng minh rằng một đường dẫn yêu cầu đã trả về thứ gì đó trong khi vẫn không dùng được cho ứng dụng. Giữ thành công của đường truyền, trạng thái HTTP và nội dung mong đợi như những kết quả riêng biệt.

Nếu một đích thất bại lặp lại, hãy tạm dừng hoặc điều tra cặp điểm cuối và đích đó. Tắt proxy cho mọi công việc không liên quan có thể lãng phí dung lượng hữu ích. Ngược lại, một lỗi kết nối toàn cục không nên bị ẩn sau bản ghi riêng lẻ của một trang web.

Một khóa sức khỏe thực tế có thể bao gồm định danh proxy, dịch vụ đích và loại thao tác. Tránh dùng toàn bộ URL mang thông tin xác thực hoặc mọi đường dẫn tài nguyên duy nhất làm khóa ngày càng tăng. Chỉ nhóm khi việc nhóm đưa ra dự đoán có ý nghĩa về yêu cầu tiếp theo.

Mục đích là bằng chứng định tuyến tốt hơn, không phải bộ sưu tập huy hiệu xanh lớn hơn. Một kết quả sức khỏe phải nói rõ đã thử gì, khi nào và thực sự đã chứng minh được điều gì.

Bài viết liên quan