--- title: Архитектура seo: title: Архитектура — Go Developer description: Тема «Архитектура» для собеседования Go Developer. Что такое микросервисная архитектура? Чем отличается микросервис от монолита? --- [Все темы Go Developer](/go-developer) ## Что такое микросервисная архитектура? [#q-14bee738d69b812b9595e899d4f10df5] Микросервисная архитектура — это стиль архитектуры программного обеспечения, в котором приложение состоит из набора мелких, автономных сервисов, взаимодействующих друг с другом через четко определенные интерфейсы, обычно через HTTP API или сообщения. #### Основные характеристики: {/* prettier-ignore */} 1. Модульность: - Каждый микросервис отвечает за определенную бизнес-функцию или функцию приложения. 1. Независимость развертывания: - Микросервисы могут разрабатываться, тестироваться, разворачиваться и масштабироваться независимо друг от друга. 1. Автономность: - Каждый микросервис имеет свою собственную базу данных и не делится ею с другими сервисами напрямую. 1. Гибкость: - Микросервисы могут быть написаны на разных языках программирования и использовать разные технологии. 1. Устойчивость: - Проблемы в одном микросервисе не обязательно влияют на работу всего приложения. #### Преимущества: - Масштабируемость: Легко масштабировать отдельные микросервисы в зависимости от нагрузки. - Гибкость разработки: Разные команды могут работать над разными микросервисами параллельно. - Упрощение деплоя: Возможность обновлять и разворачивать микросервисы независимо друг от друга. - Отказоустойчивость требует изоляции сбоев, таймаутов и ограниченных повторов. Без них отказ одного сервиса может каскадно затронуть другие. #### Пример: В интернет-магазине могут быть отдельные микросервисы для управления пользователями, каталогом товаров, корзиной покупок и платежами. Каждый из этих микросервисов может разрабатываться, масштабироваться и разворачиваться независимо. :::note[Ссылки для изучения] 1. [Построение микросервисной архитектуры на Go](https://habr.com/ru/articles/425653/) ::: --- ## Чем отличается микросервис от монолита? [#q-14bee738d69b81278d68da8152cacccd] Отличия микросервисной архитектуры от монолита: #### Монолитная архитектура: {/* prettier-ignore */} 1. Единое приложение: - Все компоненты и модули приложения объединены в один большой кодовый базис и исполняемый файл. 1. Единая база данных: - Обычно все части приложения используют одну общую базу данных. 1. Совместное развертывание: - Все модули разворачиваются и обновляются одновременно. 1. Целостность кода: - Труднее изменить одну часть системы без риска нарушить работу других частей. 1. Масштабируемость: - Масштабируется как единое целое, что может привести к неэффективности при увеличении нагрузки на определенные компоненты. #### Микросервисная архитектура: {/* prettier-ignore */} 1. Модульное приложение: - Приложение разделено на множество мелких, автономных сервисов, каждый из которых отвечает за свою бизнес-функцию. 1. Разделенные базы данных: - Каждый микросервис может иметь свою собственную базу данных. 1. Независимое развертывание: - Микросервисы могут развертываться и обновляться независимо друг от друга. 1. Изоляция кода: - Изменения в одном микросервисе не влияют напрямую на другие микросервисы, что облегчает разработку и тестирование. 1. Масштабируемость: - Легко масштабировать отдельные микросервисы по мере необходимости, что делает систему более гибкой и эффективной. #### Вывод: - Монолит: Легче разрабатывать и развертывать на начальных этапах, но сложнее масштабировать и поддерживать по мере роста. - Микросервисы: Более гибкие, масштабируемые и устойчивые к изменениям, но требуют более сложного управления и оркестрации. :::note[Ссылки для изучения] 1. [Построение микросервисной архитектуры на Go](https://habr.com/ru/articles/425653/) ::: --- ## Опишите плюсы и минусы двух концепций, монолита и микросервиса [#q-14bee738d69b816dbdc1db104a7c5c91] Плюсы и минусы двух концепций: #### Монолитная архитектура: Плюсы : - Простота разработки: Единая кодовая база упрощает начало работы и изменение приложения. - Производительность: Меньше накладных расходов на взаимодействие между компонентами. - Проще мониторинг и отладка: Единые логи и инструменты для отслеживания. - Простота развертывания: Один образ для развертывания. Минусы : - Масштабирование: монолит можно масштабировать вертикально и горизонтально, но обычно приходится реплицировать приложение целиком, даже если нагрузка растет лишь на один модуль. - Зависимость от технологий: Одна технология для всего приложения. - Ограниченная гибкость: Изменения в одной части могут затронуть всё приложение. - Единая точка отказа: Ошибка в одной части может повлиять на всё приложение. #### Микросервисная архитектура: Плюсы : - Гибкость технологий: Каждый сервис может использовать свой язык и технологии. - Лёгкость масштабирования: Каждый сервис масштабируется независимо. - Отказоустойчивость требует изоляции сбоев, таймаутов и ограниченных повторов. Без них отказ одного сервиса может каскадно затронуть другие. - Простота разработки: Каждый сервис можно разрабатывать и тестировать независимо. Минусы : - Сложность управления: Необходимость управления большим числом сервисов и их координации. - Сложность отладки: Сложнее отслеживать и отлаживать взаимодействия между сервисами. - Усложнённое развёртывание: Более сложное управление версиями и деплоями. - Дополнительные затраты: Больше затрат на инфраструктуру и поддержку. :::note[Ссылки для изучения] 1. [Построение микросервисной архитектуры на Go](https://habr.com/ru/articles/425653/) :::