LINUX.ORG.RU

История изменений

Исправление vbr, (текущая версия) :

Клиент подключается к одному из серверов, передаёт ему идентификатор, который клиент хочет слушать. Сервер подключается к твоей базе данных вроде кафки и проксирует события клиенту. Сервер может быть любым, он просто прокси между клиентом и базой, проверяющий авторизацию и прочее. В каких-то случаях можно вообще готовый софт поставить для конкретно этой задачи.

По сути твоя задача заключается в том, чтобы все сложные решения переложить на кафку, например. Т.к. её писали умные люди и она написана условно говоря хорошо, скорей всего другие умные люди её настроили и запустили в облаке для тебя. А тебе остаётся только написать нужные прокладочки, добавляющие какие-то мелочи.

Самое главное это не начинать изобретать сложные архитектурно и алгоритмически штуки. Вся суть хорошего серверного софта в том, чтобы у него не было состояния. Чтобы любой твой сервис мог упасть и этого никто не заметил (в худшем случае несколько клиентов увидят 5xx и сделают запрос ещё раз). А состояние должно лежать в хороших базах.

Конечно кому-то и кафку надо изобретать, но, полагаю, в этой теме обсуждается не тот случай.

Исходная версия vbr, :

Клиент подключается к одному из серверов, передаёт ему идентификатор, который клиент хочет слушать. Сервер подключается к твоей базе данных вроде кафки и проксирует события клиенту. Сервер может быть любым, он просто прокси между клиентом и базой, проверяющий авторизацию и прочее. В каких-то случаях можно вообще готовый софт поставить для конкретно этой задачи.

По сути твоя задача заключается в том, чтобы все сложные решения переложить на кафку, например. Т.к. её писали умные люди и она написана условно говоря хорошо, скорей всего другие умные люди её настроили и запустили в облаке для тебя. А тебе остаётся только написать нужные прокладочки, добавляющие какие-то мелочи.

Самое главное это не начинать изобретать сложные архитектурно и алгоритмически штуки. Вся суть хорошего серверного софта в том, чтобы у него не было состояния. Чтобы любой твой сервис мог упасть и этого никто не заметил (в худшем случае несколько клиентов увидят 5xx и сделают запрос ещё раз).

Конечно кому-то и кафку надо изобретать, но, полагаю, в этой теме обсуждается не тот случай.