Chúng tôi đang triển khai một dịch vụ được nhiều người dùng sử dụng cùng một lúc. Ở đỉnh núi, chúng tôi có thể có hàng chục nghìn người trực tuyến.Quyết định xem có sử dụng các yêu cầu HTTP đơn giản hoặc WebSockets
Phần quan trọng trong dịch vụ của chúng tôi cần thực hiện lại và vì vậy, chúng tôi cố gắng nghĩ ra các cách mới để thực hiện. Tại thời điểm này chúng tôi gửi nhỏ yêu cầu HTTP đơn giản và rất ngắn/AJAX dựa trên tương tác người dùng:
- Ping: Tôi vẫn còn hoạt động
- Hoạt động: Tôi đã làm điều này và xin vui lòng ghi nó vào cơ sở dữ liệu
- kết thúc: tôi có kết thúc hoạt động của tôi vì vậy đóng yêu cầu của tôi
cùng lúc đó, trong một số trường hợp (1 trong 10), chúng tôi đã mở EventSource
từ đó chúng ta đọc một số sửa đổi trên máy chủ.
Câu hỏi đặt ra là liệu mô hình này có đủ hay không hoặc tốt hơn là mở một WebSocket và chuyển mọi thứ qua WebSockets.
- Ưu điểm - đối với mỗi người dùng, chúng tôi sẽ chỉ duy trì một kết nối thay vì gửi nhiều yêu cầu.
- Nhược điểm - khi nhiều người trên mạng, chúng tôi sẽ giữ hàng ngàn kết nối hoạt động
gì nên quyết định cho việc thực hiện phải không?
Lưu ý rằng câu hỏi này trả lời giống nhau: WebSockets protocol vs HTTP - tuy nhiên tôi yêu cầu trường hợp sử dụng cụ thể. Các câu hỏi liên quan là khá hỏi nói chung.
Bản sao có thể có của [Giao thức WebSockets so với HTTP] (http://stackoverflow.com/questions/14703627/websockets-protocol-vs-http) –