Trách nhiệm của ai là điều chỉnh yêu cầu web?

Question

Tôi đang làm việc trên thư viện lớp học để truy xuất thông tin từ trang web của bên thứ ba. Trang web đang truy cập sẽ ngừng phản hồi nếu có quá nhiều yêu cầu được thực hiện trong khoảng thời gian đã đặt (~ 0,5 giây).

Các phương pháp công cộng của thư viện của tôi liên quan trực tiếp đến tài nguyên một tệp trên máy chủ web. Nói cách khác, mỗi khi một phương thức được gọi, một HttpWebRequest được tạo và gửi đến máy chủ. Nếu mọi thứ suôn sẻ, một tập tin XML sẽ được trả lại cho người gọi. Tuy nhiên, nếu đây là yêu cầu web thứ hai dưới 0,5 giây, yêu cầu sẽ hết thời gian chờ.

Tình trạng khó xử của tôi nằm ở cách tôi nên xử lý yêu cầu điều chỉnh (nếu có). Rõ ràng, tôi không muốn người gọi ngồi chờ đợi một phản ứng - đặc biệt là nếu tôi hoàn toàn chắc chắn rằng yêu cầu của họ sẽ hết thời gian chờ.

Thư viện của tôi có ý nghĩa hơn trong việc xếp hàng và điều chỉnh các yêu cầu web mà tôi tạo hay thư viện của tôi chỉ cần ném ngoại lệ nếu khách hàng không chờ đủ lâu giữa các cuộc gọi API?

Answer 1

Khái niệm về thư viện là cung cấp cho mã khách hàng của mình càng ít lo lắng càng tốt. Do đó tôi sẽ làm cho nó trở thành công việc của thư viện để xếp hàng các yêu cầu và trả về kết quả một cách kịp thời. Trong một thế giới lý tưởng, bạn sẽ sử dụng một mô hình gọi lại hoặc đại biểu để mã máy khách có thể hoạt động không đồng bộ, không chặn giao diện người dùng. Bạn cũng có thể cung cấp tùy chọn bỏ qua hàng đợi, (và thất bại nếu nó hoạt động quá sớm) và thậm chí có thể đưa ra các ưu tiên trong mô hình hàng đợi.

Tôi cũng tin rằng tác giả thư viện có trách nhiệm mặc định là công dân tốt và hoạt động mặc định của thư viện tuân thủ các điều kiện của nhà cung cấp dữ liệu.

Answer 2

Đó là trách nhiệm của máy chủ web, imo. Bởi vì tải trọng quan trọng phụ thuộc vào phần cứng, băng thông mạng, v.v ... rất nhiều thứ nằm ngoài tầm kiểm soát của ứng dụng của bạn, nên không cần phải quan tâm đến việc thử giao dịch với nó. IIS có thể điều tiết lưu lượng dựa trên các tùy chọn cấu hình khác nhau.

Answer 3

Tôi muốn nói cả hai - bạn đang giao dịch với hai hệ thống độc lập và cả hai nên thực hiện các biện pháp để tự bảo vệ mình khỏi tải quá mức. Máy chủ web nên từ chối các kết nối đến và thư viện khách hàng nên thực hiện các bước để giảm các yêu cầu mà nó thực hiện đối với dịch vụ bên ngoài chậm hoặc không hồi đáp. Một mô hình chung để xử lý điều này trên máy khách là 'bộ ngắt mạch' kết thúc cuộc gọi đến một dịch vụ bên ngoài, và không nhanh trong một khoảng thời gian nhất định sau khi thất bại.

Answer 4

Loại máy khách nào? Đây có phải là ứng dụng khách tương tác, ví dụ: ứng dụng dựa trên GUI không?

Trong trường hợp đó, bạn có thể đánh giá điều đó với kịch bản webbrowser và để bề mặt thời gian chờ cho người gọi. Ngoài ra, nếu bạn biết chắc chắn rằng máy chủ web này đang điều chỉnh các yêu cầu, bạn có thể nói với khách hàng rằng anh ta phải chờ một khoảng thời gian nhất định trước khi thử lại. Theo cách đó, khách hàng sẽ không tiếp tục yêu cầu cấp lại và sẽ biết khi nào hết thời gian chờ đầu tiên xảy ra là vô ích khi đưa ra yêu cầu quá nhanh.