Как избежать дублирования кода в микросервисной архитектуре?

Question

[bro-dev]

Как избежать дублирования кода в микросервисной архитектуре?
Простой пример 2 сервиса используют одну базу и одну таблицу, у меня есть модель орм на 1 экран кода, и как мне поступить без копипасты чтобы она была и так и там, чтобы когда нужно добавить метод в модель не нужно было следить самому за всеми копиями.

Answer 1

[Евгений Ромашкан]

Как избежать дублирования кода в микросервисной архитектуре?

Не помещать одну и ту же логику в разные микросервисы, правильно разделять их границы

Простой пример 2 сервиса используют одну базу и одну таблицу

Границы проведены явно не правильно.

модель орм на 1 экран кода, и как мне поступить без копипасты чтобы она была и так и там

Это даже не SOA, это монолит общающийся по АПИ, выходит

Закономерный вопрос - для чего вам разделение на микросервисы?

Comments

[bro-dev]

бд со списокм юрл,
первый микросервис в 1 экземпляре добывает их своим способом и пушит туда.
второй 10 инстансов, берут по 1 и обрабатывают.

[Евгений Ромашкан]

bro-dev, Зачем микросервисы?
Избежать дублирования - либо положить все в один монолит, либо передавать сервисы так, чтобы им не приходилось шарить с кем то свое состояние, свои данные (привет инкапсуляция, information hiding)

[bro-dev]

Евгений Ромашкан, как я по другому запущу одно приложение в 1 экземпляре, а другое в 10 на разных машинах например.

Answer 2

[Максим Федоров]

как мне поступить без копипасты чтобы она была и так и там, чтобы когда нужно добавить метод в модель не нужно было следить самому за всеми копиями

вынести в пакет или модуль эту сущность (или набор таковых), то есть сущность представляет некий домен, вот этот домен и подтягивайте в каждом микросервисе