А когда это нормально?
Что именно нормально?
Напрямую писать в бд без эндпоинтов и обработки
Отдельный сервис, который разгребает что-нибудь и пишет в базу. Пример из жизни - есть большой поток телеметрии. Он настолько большой, что писать его лучше в специальное нереляционное хранилище. Есть джоба, которая с высокой частотностью запускается, получает свежие данные из хранилища, фильтрует их, агрегирует, приводит к нужному виду и складывает в "нормальную" СУБД, с которой уже работает основной сервис Джоба не напрягает основной сервис (сервисы) ненужной для них работой. Вся логика агрегации данных сосредоточена в ней
Ага, реально, офигеть
Значит, вся эта вот эта валидация, проверка данных на что-то и т.д, можно контролировать в сервисе (в моем случае парсере) и напрямую писать в БД ?
Так то это часть парсера.
Значит, в моем случае доп.эндпойнты на бэкенде будут лишней абстракцией, когда все эти операций можно будет сделать на стороне парсера ?
Где эту логику положить, зависит от того, как у тебя архитектура организована. Если под все домены у тебя одна модель с одним подходом, то клади там, где привык. Если ты отделяешь домены друг от друга, отдельно их моделируешь, но хочешь их итегрировать друг с другом, то для интеграции может подойти любое место, начиная с сервиса и двигаясь выше (контроллеры, какие-нибудь оркестраторы типа temporal). Плюс ивентами еще можно.
Обсуждают сегодня