lehinas, https://www.iitu.kz/ru/articles/6b06101/ вот эта специальность, на мой взгляд, больше захватывает необходимого. Если, конечно, именно в машинное обучение и анализ данных не хочется идти, что тоже интересно
В нашем вузе программирование давали с первого курса, вопрос только в качестве, а так успели за время учебы изучить языков 5 как минимум. Специальность "Математик. Системный программист" Прикладная математика на Физмате
Даша Циклаури, У каждого обработчика своя очередь, которая биндится к общему exchange. Сообщения летят в exchange и разлетаются по всем очередям, там уже фильтруется. Если обработчик упал, то так как никто не читает больше эту очередь, ничего не потеряется.
Даша Циклаури, Смотрел на днях ролик https://www.youtube.com/watch?v=eP_02zkwM5Y, где рассказывают про реализацию чатов в Авито на WebSocket. Под каждый пользовательский чат отдельная очередь, но используют очереди Redis, а не RabbitMQ, потому что последний жрет ресурсы, если много очередей создавать
Анатолий, просто решение А больше подходит к NoSQL, как мне кажется, хотя можно и в SQL сделать. И мигрировать все не обязательно, а использовать конкретный инструмент там, где он больше всего подходит
DalvJoker, 200к это немного. "правильнее с точки зрения проектирования БД" это субъективно. Проектировать нужно под свою задачу, основываясь на том, какие будут запросы и насколько часто. Думаю, что с таким количеством данных и при правильно созданных индексах проблем по производительности не возникнет и можно использовать второй вариант (опять же, нужно больше данных о том, какая будет нагрузка)
