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

> Опять же можете пойти от обратного и генерировать типы по схеме
типы да, резолверы - нет

Ну да, если не об агрегатах, то это не кэш.

Погуглю что такое object/relational impedance missmatch. Спасибо

Интересно. Спасибо

Code first по моему опыту удобнее, но схему с фронтами обговариваем на этапе планирования

Коллеги, приветствую!
Есть следующая задача - примерно 5000 устройств отправляют 1 раз в минуту по TCP небольшие сообщения примерно по килобайту. В сообщениях состояние устройства и разные полезные параметры. Если одно или несколько сообщений не доходят от конкретного экземпляра устройства до сервера, то в принципе ничего страшного не происходит, то есть прием сообщений дело хорошее, но в случае пропусков ничего страшного. Это не банковские переводы. Состояние устройств которое отправляется в сообщении должно быть зафиксировано в базе данных. Пока просто фиксируется, в дальнейшем возможно (но это не точно) будут настраиватся какие то реакции на события.
Собственно вопрос в том на чем это можно сделать? Какие технологии? 10 лет назад я бы просто написал TCP-сервер который слушает и складывает сообщения в БД. Но сейчас же есть масса продуктов с которыми эту задачу решать более элегантнее можно. Или нет? Вот например Apache Kafka - по описанию вполне похоже на что-то принимающее данные и имеющее возможность подключение потребителей для сообщений.

5k сообщений в 1 минуту — это вполне по силам обычному tcp серверу с асинхронным IO.

кафка точно не нужна. если будут проблемы со скоростью обработки, то можно включить очередь с помощью любой MQ тулзы

можешь graylog посмотреть, там есть tcp input, для собирания чего угодно, настраивается недолго, можно и события настроить (типа такой то айдишник не пришел 10 раз - посылаем письмо), много чего из коробки

А нужно ли класть в эластик?

Я бы подумал для постгри что-нибудь

для решения из коробки где ни строчки кода не надо писать - это странный вопрос )

Ну разве что без строчки кода, но человек вроде разработчик

ну хотя да 5к*1к*60*24 уже неплохо получается в сутки

Да, есть опыт разработки. Сейчас в основном C# для консольных утилит и веба + Python иногда для работы с данными

В принципе еще могу на Delphi+Firebird, но это если заказчик 60+ лет будет)

Influxdb какой и телеграф с tcp socket input

Слегка не по теме чата, но мероприятие обещает быть интересным и формат крутой

10 ноября в Mockingbird.bar 🕊 в 19:00 пройдёт вторая Postgres-среда с Александром Коротковым , Committer’ом и Major Contributer’ом СУБД PostgreSQL 🐘. Александр разрабатывает PostgreSQL с 2010 года, был со-учредителем и главой разработки в Postgres Professional, а сейчас развивает свой проект – OrioleDB. В этот раз мы разберём тему “Узкие места PostgreSQL”. Вы узнаете как положить постгрес на лопаки коротким скриптом, когда это происходит в реальной жизни и что с этим делать! А также в неформальной обстановке бара вы можете задать Александру самые продвинутые вопросы ❓ касаемо PostgreSQL, узнать свежие инсайты 👀 от непосредственного разработчика 👨‍💻 и просто хорошо провести вечер 🍸 в отличном месте с хорошей компанией. Приходите в ближайшую среду в Mockingbird.bar по адресу ул. Немига 5/1. Вход бесплатен 🆓. Дальнейшие анонсы будут в группе Postgres в Беларуси и в Instagram Mockingbird.bar.

Смотрите в сторону решений для метрик, там есть разные