Стек тут не главное, задача необъятная, лучше взять хайповый набор, первые пять лет девелоперов найти будет просто.
По существу там много архитектурных вопросов, например всякие публичный сервис требует zero downtime system design, т.е. сделать так чтоб скажем выкатываемые обновления не сказывались на доступности, это в энтерпрайзе можно выкатить обновления до начало рабочего дня, а в публичном сервисе которые 24/7 работает? Вторая вещь это открытые сессии, они должны не пострадать в случае обновления/отказа одного сервера, т.е. кластеризация с шарингом сессий. Третья вещь - БД, один мастер под нагрузкой ляжет, вопрос как делать кластеризацию хранилища, а после поднимается вопрос как делать синхронизацию данных между хранилищами. Мне даже самому интересно, используют ли реляционные базы в социалках, если да, то неужели там один мастер куда пишут, и множество слейвово из которых читают? Я просто других форм кластеризации для rdbms не знаю.