Er zijn twee belangrijke zaken waarmee u rekening moet houden bij het uitvoeren van meerdere Meteor-serverprocessen.
-
Affiniteit met klantsessies. Clients gebruiken de SockJS-bibliotheek om weer verbinding te maken met de Meteor-server, meestal door een lange pollingstrategie te gebruiken die af en toe opnieuw verbinding maakt met de server. Het serverproces bevat de status die aan elke client is gekoppeld. Het is dus belangrijk dat de verbinding van een bepaalde client niet stuitert tussen servers, anders zal de server denken dat hij met een nieuwe client praat en de abonnementsstatus opnieuw verzenden.
-
Coördineren van ongeldigverklaringen van databases. Telkens wanneer een client een database schrijft, voert het serverproces een herberekening uit en worden updates naar elke andere betrokken client gepusht. Maar clients die op een andere server zijn aangesloten, zien de verandering pas als dat serverproces de Mongo-pollinglus van 10 seconden uitvoert. Voor sommige toepassingen is het oké dat de meeste clients 10 seconden achterblijven. Als uw toepassing iets meer realtime vereist, moet u uw eigen interprocescommunicatie tussen Meteor-serverprocessen implementeren.