Вот если типа такая архитектура: Есть сервер. Он там собирает какую-то

Question

Вот если типа такая архитектура: Есть сервер. Он там собирает какую-то

инфу в базу себе и иногда если видит какое-то событие может сообщать заинтересованным клиентам
Клиенты - тоже реализованные нами (а не кто угодно через браузер). Они могут делать запросы к серверу если хотят. И если сервер им сам о событии говорит то типа у себя сохранять и обновлять инфу по объекту, для которого это событие произошло :)

Вопрос какие тут подходы лучше? Я сначала думал про Кафку - но там че-то совсем она большая и сложная для такой простой штуки.
По идее какая-то простая очередь нужна (события отправлять). Но вот архитектура rest или rpc лучше - непонятно..
В открытый интернет оно смотреть не будет. То есть подразумевается что только те клиенты, которых мы сами сделали и «раздали» - будут к серверу ходить.

#communication #programming #russian

0

25.08.2023

4 ответов

10 просмотров

Serg Gini Автор вопроса

Darkanronpa Dark Hole
webhook/longpoll?

Это типа как в телеграмм ботах?

0

8 месяцев назад

Darkanronpa Dark Hole

Serg Gini
Это типа как в телеграмм ботах?

Ну типа

0

8 месяцев назад

Aleksandr Druzhinin

для простой задачи и решение должно быть простое. по описанию хватит обычного tcp сервера, который будет поддерживать соединения с клиентами. Клиенты просто в отдельном потоке читают от сервера в синхронном режиме. Для обмена (если не нужно следить за порядком байт) хватит просто копирования памяти в сыром виде, хотя могут быть нюансы. Если прямо нужна сериализация, то хватит msgpack или на худой конец json (может быть проще в использование, но данные скорее всего займут больше места)

0

8 месяцев назад

Darkanronpa Dark Hole · Accepted Answer

Darkanronpa Dark Hole

webhook/longpoll?

0

8 месяцев назад

172 похожих чатов

Вот если типа такая архитектура: Есть сервер. Он там собирает какую-то

4 ответов

Похожие вопросы