Хотите перейти на микросервисы? Подумайте дважды! 🤨
Недавно ко мне пришёл коллега за опытом распила монолита на микросервисы. Мой первый вопрос: 👉 «А зачем вам вообще MSA?»
📌 Ситуация: Компания резко выросла, монолит не тянет нагрузку, были неприятные инциденты. Решили смотреть в сторону микросервисной архитектуры (MSA). Но... это выглядит долго и дорого.
Главное, что нужно понимать: 💡 MSA — это не решение проблемы, а инструмент. А инструмент работает только в умелых руках.
Чтобы внедрить нормально MSA, команда должна: ✅ Понимать продукт и бизнес ✅ Уметь в Event Storming ✅ Разбираться в асинхронной архитектуре ✅ Иметь готовую инфраструктуру на проде и инструменты ✅ Уметь в тестирование MSA
А теперь о рисках при неправильном применении: 🔻 Распределённый монолит с жёсткой связанностью сервисов 🔻 Микросервисный ад: 10+ сервисов на команду из 4 человек 🔻 Каскадные отказы: один сервис падает — всё рушится 🔻 Тормоза: запрос тянет данные из N сервисов 🔻 Сложное интеграционное тестирование
В итоге,: 🚫 Потратили время и деньги 🚫 Новых фич сделали меньше 🚫 Под нагрузкой всё равно сыпемся 🚫 Time To Market вырос 🚫 Получили новый пласт легаси
Шило на мыло, не иначе.
Короче, MSA – не серебрянная пуля, а вот прям такой довольно серьёзный инструмент, который надо уметь применять.
Как готовить MSA правильно? Это уже тема для отдельного поста... 😉
#мысли_о_великом@tsvetkovdaily
