Микросервисы не подходят стартапам
Интересная статья, которая в очередной раз напоминает о том, что overengineering будет стрелять вам в ногу. В стартапе очень многое зависит от скорости итераций, а микросервисы — это не бесплатно (и зачастую довольно дорого).
Автор разбирает ту цену, которую стартапу придётся заплатить, если он сразу пойдёт по пути микросервисов: от увеличения сроков разработки до деморализации команды и провала бизнеса.
⭐️ Интересные идеи
➡️ Даже плохой монолит позволяет поставлять ценность пользователю. Для стартапа главное — сохранять работоспособность и давать людям то, за что они платят. С этими задачами монолит справляется на ура.
➡️ Микросервисы — это не лучшая практика, а инструмент масштабирования. При их использовании организация зачастую платит сложностью за решение тех проблем, которые не решаются иным путём. Не стоит использовать микросервисы просто потому, что «это модно».
➡️ Сложность микросервисов сильно бьёт по поставке команды. Например, они усложняют локальную разработку, требуют изменений в процессах релиза и особого внимания к DevOps-практикам. Их сложнее проектировать, разрабатывать и поддерживать, что негативно сказывается на скорости поставки фич (что критично для стартапа).
➡️ Иногда всё же имеет смысл начинать сразу с микросервисов. Например, когда у разных частей приложения очень разный профиль нагрузки или разные потребности в масштабировании.
➡️ Сначала выживите, потом масштабируйтесь. Оставайтесь на настолько простом технологическом стеке, насколько это возможно. Микросервисы — это налог, который стартап может и не потянуть.
Приятного чтения!
➖➖➖➖➖➖➖➖➖➖➖
// Понравился пост? Ставь 💛
// И обязательно подпишись на канал, чтобы не пропустить новые статьи
Post #58
268