Chúng tôi hiện đang duy trì một "máy chủ web" trăn nhà, nơi tạo ra phản hồi cho một số yêu cầu có thể mất nhiều thời gian chủ yếu do tính toán nặng nề - những yêu cầu này về cơ bản là các bài đăng với thời gian chờ rất dài (nghĩ vài phút đến hàng chục phút).
Một vấn đề của kiến trúc này là đôi khi cần phải hủy một yêu cầu như vậy - ví dụ: người dùng nhận thấy một lỗi trong khi định cấu hình yêu cầu. Hiện tại, việc hủy bỏ là một yêu cầu khác, hủy bỏ yêu cầu chạy dài - nhưng có rất nhiều khoảng trống, ví dụ như điều gì xảy ra nếu khách hàng chỉ cần đóng trang web?
Hiện tại, chúng tôi đang có kế hoạch loại bỏ sự ghê tởm của một máy chủ web và chuyển sang một thứ gì đó hợp lý - ví dụ Flask chạy bên trong IIS bằng wfastcgi. Vì lý do chính trị, IIS được thiết lập, do đó, việc chuyển sang một thứ như gunicorn nằm ngoài cửa sổ.
Tất cả sự phát triển đã bị đình trệ bởi vì không ai có ý tưởng, làm thế nào để tiêu diệt các quy trình được điều hành bởi (w) fastcgi - mối quan tâm đó đơn giản không phải là một phần của thông số fastcgi.
Cảm giác của tôi là, một nỗ lực để xây dựng một cái gì đó kết hợp đó là một sai lầm - tôi thích một giải pháp trong đó máy chủ chỉ đơn giản là giảm tải các tác vụ chuyên sâu tính toán như vậy cho một số máy chủ nền (bình + cần tây?) Và các cuộc thăm dò phía trước cho điều đó.
Thật không may, giải pháp cũ đã tồn tại quá lâu đến nỗi một số nhà phát triển muốn giữ lại hành vi bằng mọi giá.
Không phải là một anh chàng máy chủ web, tôi muốn có một số lời khuyên / mô hình giải pháp hợp lý cho vấn đề như vậy có thể trông như thế nào.