— Нам нужен масштабируемый микросервисный монолит с CQRS и event-driven коммуникацией!
— Окей, я вас услышал, но что нам реально нужно?
— Ну... бизнес ещё сам не понял, но точно должно быть масштабируемо и быстро работать!

Вот так начинаются десятки проектов, разработок. Решение без осмысления бизнес потребности, архитектура ради архитектуры, и никто не спрашивает: а что реально нужно?

Как не утонуть в своём же дизайне?
☑️ Не усложняй. Архитектурный эгоизм — это когда ты строишь систему, которой сам гордишься, но никто в команде не понимает, как она работает. "Красиво" не значит "работает".

☑️ Готовься к реальным проблемам, а не мифическим нагрузкам. Пока бизнес не вышел на 100 млн. RPS/TPS, не надо строить систему, которая выдержит миллион. Оптимизация под гипотетическое будущее — билет в ад. НО, подготовиться к такой нагрузке, при знании, что она наступит лучше заранее, но аккуратно.

☑️ Срезай "жир". Лишний микросервис? Убери. Сложный паттерн, который никто не понимает? Упрощай. Код должен быть для людей, а не для доклада на конференции (надеюсь этого не читают из моих команд)

Итого
Архитектура — это не про красивые термины, а про здравый смысл. Делай так, чтобы система жила, а не существовала.


P.S. Последние пару недель постоянно сижу над своими проектами и проектирую, поэтому описываю мысли и стараюсь делать ретро над самим собой и прошлыми решениями, а их было не мало и цифровой мерчендайзинг, и графовая платфома (Мирион), геоплатформа, ML платформа, ну текущие проекты)))

@it_underside