Спор "монолит против микросервисов" по мотивам статьи Криса Пичманна про одноразовое ПО.

Вспоминаем вечный спор "монолит против микросервисов" и читаем статью Криса Пичманна про одноразовое ПО (disposable software). Убойный тезис (прямо вот подпишусь под каждым словом): системы ломаются не потому, что их плохо написали в первый день. Они ломаются потому, что их очень дорого менять. (Most software systems do not fail because they were poorly written on day one. They fail because they become too expensive to change)

То есть проблема не в качестве кода, а в стоимости изменения. И тут автор видит следующие причины: монолиты (которые становятся дорогой недвижимостью), распределённые монолиты (вся сложность распределенных систем, помноженная на сложность монолита) и главный кошмар - связанность - "Tight coupling is the silent killer of software systems"

Лечение - компонентная архитектура, следующая семи принципам:
🖇 Разделение по бизнес-возможностям (capabilities), а не по техническим слоям
🖇 Разделение интерфейса и реализации. Остальные компоненты должны зависеть от того, что делает компонент, а не от того, как он это делает
🖇 Никаких общих БД ради интеграции.
🖇 Асинхронное взаимодействие
🖇 Версионирование контрактов и сервисов
🖇 Изначально проектировать под заменяемость, а не на века
🖇 "Make deletion a design goal": здоровая архитектура позволяет удалять части кода. Если ничего нельзя безопасно удалить, то система будет только расти, повышая сложность

Отдельно про ИИ: возможности ИИ моделей надо втыкать как сменные модули через стабильные интерфейсы, а не вшивать в ядро бизнес-логики. Тогда смена провайдера или версии LLM - это замена коннектора, а не переписывание системы. Учитывая, как часто сейчас меняются модели, - совет дорогого стоит.

В общем, будущее, по Пичманну, не в выборе "монолит или микросервисы", а в системах из частей: что-то долговечное, что-то временное, но всё соединено осознанно. ИМХО это и есть взрослая инженерия - проектировать не идеальную систему навсегда, а ту, которую не страшно резать по живому, когда сегодняшние "идеальные" решения станут завтрашними ограничениями. В этом и состоит нормальная работа архитектора.

Больше интересных новостей об ИИ, ритейле, екоме и маркетплейсах 👉 Подписаться на канал

#архитектура #разработка #платформы #качество #новости