Что может сломать микросервисы при переезде с монолита?

Миграция с монолита на микросервисы уже стала притчей во языцех. Я уж молчу про миграции с микросервисов на монолит.

Тема популярна не просто так: переезд на микросервисы чаще всего нетривиален и содержит кучу подводных камней — причём у каждого эти камни будут свои. В статье автор приводит примеры паттернов, которые прекрасно работают в монолитах, но могут серьёзно осложнить жизнь при переходе на микросервисы.

⭐️ Интересные идеи

➡️ Первая же классика — пошаренные библиотеки вроде модуля авторизации/аутентификации. Вроде как развязали микросервисы, а часть логики спрятана в такой либе — и вот мы получаем кучу багов.

➡️ Второй любимчик — расшаренные доменные модели. Бывает вполне ок, когда, скажем, какой-нибудь заказ собирается из десятка микросервисов. Не ок, когда этот заказ зашит в какую-то либу, которая может поломать целую кучу сервисов.

➡️ Третьим пунктом идут нетленные common-utils. В каждом проекте, который я встречал в своей жизни, есть такая папка-франкенштейн, в которой переизобретены все велосипеды мира. В микросервисах эта папочка рискует стать библиотекой и вестником проблем.

➡️ Автор прикольно называет такую структуру “Звезда смерти” (микросервисы, завязанные на одной либе, и правда звёздочку напоминают).

Приятного чтения!

#microservices@tech_fit
➖➖➖➖➖➖➖➖➖➖➖
// Понравился пост? Ставь 💛
// И обязательно подпишись на канал, чтобы не пропустить новые статьи