Има два основни проблема, които трябва да имате предвид, когато изпълнявате множество сървърни процеси на Meteor.
-
Афинитет на клиентска сесия. Клиентите използват библиотеката SockJS, за да се свържат обратно със сървъра Meteor, обикновено чрез използване на дълга стратегия за анкетиране, която се свързва отново със сървъра от време на време. Процесът на сървъра поддържа състояние, свързано с всеки клиент. Затова е важно връзката на даден клиент да не прескача между сървърите, в противен случай сървърът ще си помисли, че говори с нов клиент и ще изпрати отново цялото състояние на абонамент.
-
Координиране на анулирането на база данни. Всеки път, когато клиент издаде запис на база данни, сървърният процес изпълнява преизчисление и изпраща актуализации на всеки друг засегнат клиент. Но клиентите, свързани към друг сървър, няма да видят промяната, докато процесът на сървъра не изпълни 10-секундния цикъл на проучване на Mongo. За някои приложения е добре повечето клиенти да изостават с 10 секунди. Ако вашето приложение изисква нещо повече в реално време, тогава ще трябва да внедрите своя собствена междупроцесна комуникация между сървърните процеси на Meteor.
