Проектирование распределенных систем и понимание интеграций — вот что чаще всего вызывает сложности

Проектирование распределенных систем и понимание интеграций — вот что чаще всего вызывает сложности у кандидатов на собеседованиях.

Самый первый вопрос по архитектуре, который ставит людей на собеседовании в ступор, это
"Какие архитектуры вы знаете?"
Правильный ответ на этот вопрос включает в себя четыре архитектуры, это монолитная архитектура, микросервисная архитектура, сервис ориентированная архитектура и событийная архитектура.
Задать этот вопрос могут по разному "С какими видами архитектуры вы работаете?" "Какие стили проектирования вы знаете?"

Но, конечно же, если вы просто перечислите четыре базовых подхода к проектированию архитектуры, на этом вопрос не заканчивается.
Как правильно объяснить в чем суть каждого подхода.
Поговорим про Монолит, самое важное, что нужно ответить на собеседовании про МОНОЛИТ, то что это в первую очередь описывает бэк, мы говорим монолит подразумеваем, что у нашего бэка есть единая кодовая база, публикация бэка происходит единым пакетом поставки, без разделения на части как при публикации, так и при исполнении. Говорить что у нас приложение монолит, мы можем и в том случае, если у нас фрон отделен от бэка, но бэк представляет единое целое, и при использовании нашим приложением бэка одной БД, и даже в случае, если мы используем выделенные БД для медленных данных, выделенную БД для перс данных, все равно приложение будет монолит. По виду архитектуры нашего бэка. Это важно понимать, при ответе на вопрос. Так как вам могут задавать дополнительные вопросы, про системы с которыми вы будете взаимодействовать, это те же Базы данных, например. Чтобы ответить на этот вопрос корректно, надо определять границы области проектирования, изолироваться от БД и Фреймворков для фронта. Бывают приложения в которых фронтэнд и бэкенд объединены в единую кодовую базу. Как правило в таком случае мы ставим задачу на одного разработчика и для доработки функций бэкэнда так и на доработку функций фронтэнда.

Теперь поговорим про внутреннюю архитектуру Монолита, конечно же МОНОЛИТ тоже внутри делится на модули, это могут быть такие модули как модуль управления жизненным циклом заказа, модуль оплаты, модуль взаимодействия с базой данных, модуль слушателя и обработчика событий, модуль шины обмена и оркестрации работы других модулей. По сути монолит ничем не уступает другим архитектура по систематизированности, стройности данных внутри приложения, его основной минус в том, что его не возможно поддерживать по частям и не возможно управлять им по частям, как, например в реализации сервисов.

Хочешь проходить собеседования без ступора и уверенно отвечать на любые вопросы по архитектуре?

В «Качай техничке» разбираем не только теорию. Реальные кейсы, схемы, разборы подводных камней, но без воды.

👉 Подписывайся:
🚀 Здесь твой скилл растёт с каждым постом. Никакой зубрёжки — только то, что реально спрашивают на собесах.