betula

Если вам нужен стандартный ORM, миграции, ACL, MVC, тогда однозначно не берите node.js, возмите любую платформу претендующую на enterprise, Django, RoR, Symfony. Если вам нужен полный enterprise, берите Java Spring. Node.js надежна только если вы прекрасно умеете программировать, отлично понимаете все серверные взаимодействия и максимально не будете использовать сторонние библиотеки вроде миграций или ORM и тд, на ней пока еще нужно писать многое самому, либо быть готовым дописать любую из используемых либ, в случае обнаружения ошибки на продакшине. Лично я бы рекомендовал ноду для comet приложений и как прослойку между ZeroMQ/RabbitMQ и внешними сервисами, того же SES, а для обычного веба используйте всё же что-то более традиционное и устоявшееся.

Я советую посмотреть в сторону co, koa.

Контекст задачи такой.
Обработка каждого задания из очереди может быть очень долгой до нескольких минут, заданий очень много. И если в этот момент падает демон node.js я безвозвратно теряю сообщения.
Решения:
1. Делать журнал "транзакций" на стороне демона node.js и самому вести лог взятых на обработку сообщений, их статус и прочее, что бы при старте демона смотреть незавершенные транзакции и пытаться их завершить, скажем через отправку обратно в очередь.
2. Я уверен, что это же самое должен как-то делать rabbitmq.

Если вариант 2 всё-таки невозможен, тогда придется обходиться вариантом 1, и ждать когда в rabbitmq реализуют все чего так в нем не хватает.