Andrey Tsvetkov

Конечно же по контейнеру на каждую. Создаёте 4 контейнера, описываете после всё в docker-compose и одной командой в консоли поднимаете весь проект целиком.

На мой взгляд у вас RabbitMQ является самым узким местом, мало того, что он сам по себе медленный, так он у вас ещё и избыточно перегружен. Необходимо максимально избавиться от него.

Для выполнения удалённых процедур уже давно придуман RPC или более продвинутый его аналог GRPC, который гоняет данные в бинарном формате, что сокращает размеры запросов и увеличивает скорость передачи, что так же может пригодиться вам для реализации запроса за данными. Думается если вы первые два пункта уберёте, кролику станет значительно легче и возможно на этом можно будет остановиться, если нет, то возможно стоит отказаться от него в пользу Nats, посмотрите, он может вас сильно порадовать производительностью. Ну или можно посмотреть в сторону Redis, он так же превосходит кролика в реализации очередей и на мой взгляд отлично подходит для реализации событийно-ориентированной архитектуры.

Вот вам консольное приложение на nodejs которое читает поток stdin преобразует текст в верхний регистр и вываливает его в stdout

// main.js
var readline = require('readline');
var rl = readline.createInterface({
  input: process.stdin
});
rl.on('line', function(line){
    console.log(line.toUpperCase());
});
rl.on('end', function(){
    process.exit(0);
});

Запускать примерно так:
cat some.file.txt | node main.js

Если вас устраивает то, в каком виде гугл отдаёт вам статистику и то, в каком виде он её принимает, то конечно же стоит юзать GA.

Сама по себе GA не плоха, как в прочем и Яндекс Метрика, просто там достаточно ограниченный список получаемых отчётов. Своя собственная статистика в этом плане безгранична, но при этом есть ряд минусов, такие как дополнительные сервера, возможно дополнительные разработчики

Хранить заодно geo координаты центра города и формировать карту через тот же яндекс

Нужна особая кодировка(utf8mb4) для полей с emoji

https://ifmo.su/mysql-and-emoji

По своему личному опыту, почти всегда спрашивают про то, как работает EventLoop в NodeJS, это прям вопрос который волнует 99% работодателей. Про монгу, как правило, не спрашивают ничего. Остальные вопросы обычно связаны со спецификой предстоящей работы. Часто спрашивают об отношении к колбек-хэлам и как сделать жизнь проще. Про то, какие либы используются для работы и фреймворки.

Поговаривают что last_insert_id() возвращает ID последней вставленной записи в рамках текущего подключения. То есть оно будет всегда вам возвращать то, что вам нужно, даже не смотря на то, что у вас много приложений пишущих в базу

Довольно странная схема взаимодействия, особенно про "отправлять всем".

При подключении к сокет серверу каждый клиент отправляет идентифицирующую информацию, id, name, что угодно. Далее, когда вы хотите отправить сообщение и оно должно быть не для всех, то отправляйте только тем, для кого предназначено сообщение. У вас должен получиться некий массив объектов, в котором есть идентифицирующая информация, по которой вы будете вычислять кому отправлять и ссылки на соединение, в которое отправлять данные. Перед отправкой сообщения проходитесь по массиву, если инфа проходит по критериям, то отправляйте, нет, значит берёте следующий элемент

Не надо ничего разбивать. Создай канал, в который будешь построчно писать строки из файла, так же создай воркеры, которые будут читать из этого канала и что-то делать с этой строкой, по окончании результат передавать в другой канал, для финальной обработки. Из этого последнего канала читает только один ридер и пишет в твою структуру Data.

Накидал примерчик, если что, спрашивай