1) Не используйте node.js в качестве балансировщика, для этого есть haproxy, nginx
2) Попробуйте github.com/nodejitsu/haibu или github.com/substack/fleet (мне понравился больше)
3) Не используйте mongo для сессий и хранения простых данный key/value, для этого есть redis, leveldb
Вообще вам нужно понять для чего вы хотите масштабировать, для отказоустойчивости или для производительности.
В браузере берете и вешаете таймер в объект здания, которое строиться.
На сервере если совсем грубо, долбимся в базу и забираем объекты, которые по времени уже протухли и что-то делаем.
Но самый вкусный путь — это запилить евентовую модель «мира».
Мне кажеться правильное решение надо выбирать из более точных входных данных, сколько объектов должно быть на таймере, есть ли у них взаимодействие, на сколько это нужно в режиме реального времени, скольким юзерам это надо отдавать и т.д. и т.п.
Сценарий!
Мерем много много яд счетов, которые пока еще безстрашные люди не перевели на про аккаунт и не скрыли от глаз любого на своих говнобложиках и сайтах магазинчиках.
Шлем каждому 10 рублей.
Ждем пару дней.
Опротестовываем все.
Ждем шквал говна в сторону яндекса.
p.s. мне вот и нафиг ненадо и лень этим заниматься, а ведь кто-то же не обломается однажды
Вообще я так понимаю, вопрос был о найме новых сотрудников, поэтому тут будет важно отметить, что новый сотрудник удаленно — это исключительно повышенный риск.
p.s. Многие тут спорят исходя из того, что успешно работают удаленно с уже налаженными заказчиками/исполнителями, согласитесь — это не честный спор выходит :)