Как стать автором
Обновить

От монолита к микросервисам. Монолитная модель данных. Распознать и обезвредить

Уровень сложностиСредний
Время на прочтение5 мин
Количество просмотров2.1K
Всего голосов 1: ↑1 и ↓0+1
Комментарии5

Комментарии 5

Вы опоздали. Все бегут уже назад)

Первая мысль по прочтении заголовка была аналогичной. Тормозят ВТБ. Развернулся тренд.

Вообще, нынче на Хабре время откровений, что каждому инструменту - своё место. И что нет серебряных пуль. Вспоминаются недавние "ООП мёртво", WSL vs отдельный Линукс.

На нынешном фоне, когда каждая вторая статьи про набивший оскомину "ИИ", жду статей вида "Чатжэпэтэ заменит погроммистов, таксистов, репетиторов и вообще кожаные мешки в %название_сферы%, но есть нюанс...". Хотя недавно ласточка уже пролетала - в новости про шведскую Кларну.

Попереписывав в своё время монолиты на микросервисы, я однажды неожиданно для себя осознал, что вот это вот всё:

  • высокая связность компонентов,

  • длительные сроки реализации и вывода в продуктив,

  • высокая стоимость регресса и трудоёмкая настройка,

...никак не устраняется микросервисами. Точнее, устраняется, но не самими микросервисами, а вот этим вот переписыванием. Когда производится ревью архитектуры и дизайн всего и вся с нуля, с учётом текущего состояния бизнеса. Мы получаем новую чистую информационную систему, и она работает лучше старой. А потом микросервисы начинают жить своей жизнью, бизнес меняется, требования меняются, микросервисы разрастаются, и обретают все те же самые болячки, которые были и в старой системе, только теперь ещё и с многократно более высокими накладными расходами на оркестрацию всего этого колхоза.

потом микросервисы начинают жить своей жизнью

Проблема тут. Единожды написанный и выкаченный в продакшн микросервис не имеет права на модификации (кроме устранения ошибок и добавления незначительной, абсолютно обратно-совместимой функциональности).

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий