Доброе утро. Недавно изучал пример от майкрософт, eshop on containers.

Question

Доброе утро. Недавно изучал пример от майкрософт, eshop on containers.

Это пример event driven архитектуры. И я заметил что в тестах для каждого микросервиса используются одинаковые классы для реализации авторизации. И они дублируются для каждого проекта тестов. Сделал PR на удаление этих дублей, но мне сказали что в микросервисной архитектуре такая реализация это норма, чтобы не делать лишних связей между проектами. И вот я не понимаю, а почему? Почему лучше задублировать код, а не сделать референс на другой проект, где такой код есть?

#backend #dot #programming #russian

0

27.04.2022

16 ответов

23 просмотра

Michael Snytko

Oleg Safonov
Потому что микросервисы не должны зависеть друг от...

в тестах для каждого микросервиса

0

27.04.2022

Artem iokir

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

0

27.04.2022

CountNeuroman Автор вопроса

Artem iokir
Дублирование кода - дело заведомо плохое, хотя бы ...

Вот и мне тоже всегда так внушали

0

27.04.2022

Oleg Safonov

Michael Snytko
в тестах для каждого микросервиса

Ну ок, тогда нужно тащить с собой отдельную зависимость только для тестов

0

27.04.2022

CountNeuroman Автор вопроса

Oleg Safonov
Ну ок, тогда нужно тащить с собой отдельную зависи...

Вот там вроде такая и была, я собственно там оставил, в остальных удалил

0

27.04.2022

Oleg Safonov

Artem iokir
Дублирование кода - дело заведомо плохое, хотя бы ...

Есть другая сторона. Когда раньше времени выносишь, а потом одному нужно правки внести, а другому нет

0

27.04.2022

Artem iokir

Oleg Safonov
Ну ок, тогда нужно тащить с собой отдельную зависи...

Зависимость - интерфейс, который: 1) Гораздо проще таскать с собой 2) Можно соблюдать обратную совместимость и не делать брейкингов, тогда это вообще не проблема

0

27.04.2022

Artem iokir

Oleg Safonov
Есть другая сторона. Когда раньше времени выносишь...

Тут важен изначально правильно описаный контракт взаимодействия между сервисами

0

27.04.2022

Oleg Safonov

Artem iokir
Зависимость - интерфейс, который: 1) Гораздо проще...

Согласен. Я против изначально "дублирование всегда плохо и нужно выносить" - нет, не всегда

0

27.04.2022

CountNeuroman Автор вопроса

Oleg Safonov
Согласен. Я против изначально "дублирование всегда...

Вот я вот в этом и хочу разобраться. Когда же лучше убрать дубли, а когда они могут быть нужны

0

27.04.2022

Artem iokir

Oleg Safonov
Согласен. Я против изначально "дублирование всегда...

Всегда все решается индивидуально, зависит от того какую архитектуру и развитие проекты ты закладываешь) Естественно, если у тебя два сервиса и в них есть немного схожего кода, то ты потратишь больше сил на обеспечение микросервисности. А есть у тебя 50 сервисов используют одинаковый кусок кода, да его еще и масштабировать под нагрузку надо - это мастхэв

0

27.04.2022

Oleg Safonov

CountNeuroman
Вот я вот в этом и хочу разобраться. Когда же лучш...

Есть правило, что два повтора норм, в три - уже повод задуматься Но, в первую очередь,головой думать))

0

27.04.2022

Artem iokir

CountNeuroman
Вот я вот в этом и хочу разобраться. Когда же лучш...

В случае с аутентификацией/авторизацией вынесение в отдельный сервис еще важно по причине централизованного управления ей. Даже на примере JWT токенов, тебе нужно уметь ими управлять. Даже тем же secret'om для вычисления сигнатуры

0

27.04.2022

Oleg Safonov

Artem iokir
В случае с аутентификацией/авторизацией вынесение ...

В разных микросервисах разная авторизация может быть)

0

27.04.2022

Artem iokir

Oleg Safonov
В разных микросервисах разная авторизация может бы...

Согласен, зависит от кейса) Но аутентификация обычно одна)

0

27.04.2022