СамоСМиИ-2024-АК. Архитектурные решения. Каждой (твари)сервису по базе

[natali-maximum]

Боли на эту тему у меня как раз в соседнем посте)

@natali-maximum

Например, у был (и пока частично остался) механизм проекций. Т.е. например владеет данными по сотрудникам один сервис, данными по рабочему времени другой, нам в сервисах расчёта эти данные нужны. Сделали асинхронную отправку сообщений из сервисов-владельцев к нам, мы по этим сообщениями формируем и обновляем у себя “проекцию” данных (таблицу в БД). Но с этими проекциями были и есть проблемы. В начале года (или в прошлом году) было две идеи изменений: 1) переделать проекции на другой механизм 2) сделать витрины данных. Витрины застопорились, сложно понять почему (долго, сложно сделать). Переделали проекции на стороне владельцев, мы у себя поменяли обработку. Проблем стало меньше, но проблемы не исчезли. Витрины всё ещё нам никто не делает. Дальше новые идеи: 1) объединить БД (чтобы у всех был доступ к тем данным которые нужны) 2) дать доступ на чтение к нужным данным. Реализуется до сих пор и то, и это в разных частях системы. Идея витрин время от времени оживает. И там похожие штуки с объединением или разделением сервисов.