ŹR
Вытащили часть изменений в сервисы-сателлиты, за это время приводим в порядок кодовую базу монолита
Но у вас в плане "основная база"
Size: a a a
2020 April 09
ŹR
Может быть "у нас пока что основная база"
ŹR
А она у вас в ПЛАНЕ
AB
А не "шарим базу между макромикросервисами"
А почему бы нет, если у этой базы отдельный жизненный цикл проекта и понятные владельцы - кто куда пишет
IB
А не "шарим базу между макромикросервисами"
Кстати, пока речь зашла — у меня нет опыта построения сложной (и правильной) микросервисной архитектуры. Как в ней решается связность данных и их отслеживание "сквозь" микросервисы?
AB
У нас в соа есть однозначно общая база конфигурации, в которую смотрит уйма сервисов, потому что это база конфигурации фактически.
Уже лет 10 это решение живёт в таком виде и всем ок
Уже лет 10 это решение живёт в таком виде и всем ок
LL
А почему бы нет, если у этой базы отдельный жизненный цикл проекта и понятные владельцы - кто куда пишет
Ну все эти деления базы плохо заканчиваются обычно. В какой-то момент ты перестаёшь понимать где и кто должен проводить валидации того что ты кладёшь в базу, и где-то что-то сыпется. Сильно теряется мобильность. Ты не можешь накатить новые версии на два сервиса, а потом откатить один сервис, потому что двум сервисам нужны разные версии одной базы
ŹR
Кстати, пока речь зашла — у меня нет опыта построения сложной (и правильной) микросервисной архитектуры. Как в ней решается связность данных и их отслеживание "сквозь" микросервисы?
Потэому вероятно вам нужен монолит)
LL
Кароче это всегда плохо. Лучше заиметь сервис, который будет на этой базе сидеть и всем всё раздавать. Такой некий data access layer
ŹR
Но вообще, если делать по уму, то выглядит это приблизительно так
ŹR
Т.е. messaging и rpc
ŹR
При аггрегации
LL
Вроде отдельные компоненты я понимаю, а общую картину нихуя не могу
ŹR
А при записи - кроссервисные саги обычно используют
IB
При аггрегации
Тупой вопрос может быть, а это не медленно?
ŹR
Кафка хуяфка, event sourcing
IB
То, что решается обычно join-ом через несколько таблиц, если за каждую из этих таблиц несет ответсенность свой сервис
ŹR
Тупой вопрос может быть, а это не медленно?
Ну ты ж зачемто выбрал микросервисы а не монолит
ŹR
Очевидно ты хочешь на этом что-то получить
IB
Понял, это tradeoff