Опять же, не надо забывать про кеширование. Если у вас данные обновляются реже, чем читаются, то имеет смысл кешироваться в какой-нибудь memcache/redis, и на чтение отдавать данные из кеша и менять его только при изменении данных в основной базе. Тогда СУБД вообще не особо важна будет.
Ну а собственно в монге + ноде никто не мешает комменты вынести в отдельную коллекцию, решая проблему размера документа. И при запросе поста одновременно промисами делать два запроса - один на документ, а другой на комменты к документу.
Никто же в принципе не запрещает использовать монгу с джоинами на уровне логики приложения, а сами официальные курсы из монгоуниверситета поощряют этот способ
Если не сложный, то тем более надо попробовать оба пути)
Конкретный путь зависит от конкретных скиллов разработчика. Если с нодой и монгой раньше не работали, то может много времени уйти на дебаг и обеспечение стабильной работы.
А с той же PHP и Laravel вполне себе можно довольно шустро быстро и качественно сделать сайт, которые просто будет расширять. Не говоря о том, что ORM позволяет быстро поменять СУБД. На туже монгу, только тогда надо ставить Laravel 6 (так как она LTS и основной пакет для монги пока не переписан для 7 версии). Узким местом останется сам бекенд на PHP, но чтобы захлебывался бекенд на PHP проект уже должен будет сильно востребован или кардинально неправильно спроективан. И даже тогда можно будет средствами фреймворка отмасштабироваться, перенеся те же сессии в редис и разнеся PHP бек по разным серверам. Ну или использовать сразу разные СУБД для разных данных.
Тут уже вопрос - есть ли желание погружаться в Laravel и PHP.
Питерский ИТМО очень сильно зависит от конкретного факультета/кафедры. Топом является за счет нескольких кафедр, куда отбирают олимпиадников чуть ли не по приглашениям, и которые потом как видится со стороны только что только олимпиадами и занимаются, чтобы ВУЗ пиарить. Как мне кажется легче в Бауманку или МГУ поступить, чем туда попасть.
