Sao băng chạy trong một cụm và thay đổi theo thời gian thực

Có hai vấn đề chính cần xem xét khi chạy nhiều quy trình máy chủ Meteor.

1. Sở thích phiên khách hàng. Khách hàng sử dụng thư viện SockJS để kết nối trở lại máy chủ Meteor, thường bằng cách sử dụng chiến lược bỏ phiếu dài kết nối lại với máy chủ thường xuyên. Tiến trình máy chủ giữ trạng thái được liên kết với từng máy khách. Vì vậy, điều quan trọng là kết nối của một máy khách nhất định không bị trả lại giữa các máy chủ, nếu không máy chủ sẽ nghĩ rằng nó đang nói chuyện với một máy khách mới và gửi lại tất cả trạng thái đăng ký.

2. Điều phối các trường hợp không hợp lệ cơ sở dữ liệu. Bất cứ khi nào máy khách đưa ra bản ghi cơ sở dữ liệu, quá trình máy chủ sẽ chạy tính toán lại và đẩy các bản cập nhật cho bất kỳ máy khách bị ảnh hưởng nào khác. Nhưng các máy khách được kết nối với một máy chủ khác sẽ không thấy sự thay đổi cho đến khi quá trình máy chủ đó chạy vòng lặp bỏ phiếu Mongo 10 giây. Đối với một số ứng dụng, hầu hết các ứng dụng khách đều bị trễ 10 giây. Nếu ứng dụng của bạn yêu cầu thứ gì đó thời gian thực hơn, thì bạn sẽ phải triển khai giao tiếp liên quy trình của riêng mình giữa các quy trình máy chủ Meteor.