Оправдано ли будет использование NodeJS в качестве бэкенда крупного приложения?
Paypal и Netflix используют Node.js. У обоих нагрузки очень даже приличные.
В плане масштабируемости думайте об архитектуре. Можно и на perl написать приложение, которое за секунду будет обслуживать миллион клиентов.
Node.js будет прекрасно работать в качестве движка для типичного веб-приложения вроде магазина, чата или CRM. Если у вас очень много компонентов, например тысячи, логичнее приложение разбить на модули и сделать вместо одного приложения несколько, которые можно запускать по-отдельности (здесь уместно упоминание микросервисной архитектуры). Разумеется запросы нужно распределять с помощью балансировщика.
Есть еще такая вот штука https://serverless.com/ - ее можно масштабировать практически до бесконечности. Были бы деньги.
Node.js будет плохо работать в области процессинга данных, например генерация картинок, потоковая обработка видео, нейронные сети и т.д. Здесь лидеры C, C++, Go, Rust, Java.
Можно даже создать гибридное приложение - большую часть выполнить на Node.js, а критичную по производительности на другом языке. Например генерация миллиона прайсов в сутки в старый xls или векторный pdf, упаковка в архив и рассылка - не самая лучшая идея для Node..JS. То же C++ здесь будет вне конкуренции.
Мопед не мой.. Но знаю одного вендора игр для мобилок. Пару штук у них весьма популярны.
У них Nodejs (express, koa, sails - не знаю), основное хранилище - redis, вспомогательное - postgres.
Так же, есть общение по WebSocket и фоновый дэмон (вроде как на Kue). И немало Lua запросов в redis.
Я считаю, что с помощью многих инструметов можно написать одинаково как и хорошее приложение, так и плохое. Главное, как будете писать. 
Само собой,  будет несколько лидеров по производительности. Но не стоит забывать про экосистему/поддержку выбранного стэка.
Выбор за Вами. И совет, если возьмете NodeJS: никаких babel-node и ts-node не использовать. Только обычную ноду, без всяких флагов --harmony итд.