Архитектура

Что такое микросервисная архитектура?

Микросервисная архитектура — это стиль архитектуры программного обеспечения, в котором приложение состоит из набора мелких, автономных сервисов, взаимодействующих друг с другом через четко определенные интерфейсы, обычно через HTTP API или сообщения.

Основные характеристики:

Модульность:
- Каждый микросервис отвечает за определенную бизнес-функцию или функцию приложения.
Независимость развертывания:
- Микросервисы могут разрабатываться, тестироваться, разворачиваться и масштабироваться независимо друг от друга.
Автономность:
- Каждый микросервис имеет свою собственную базу данных и не делится ею с другими сервисами напрямую.
Гибкость:
- Микросервисы могут быть написаны на разных языках программирования и использовать разные технологии.
Устойчивость:
- Проблемы в одном микросервисе не обязательно влияют на работу всего приложения.

Преимущества:

Масштабируемость: Легко масштабировать отдельные микросервисы в зависимости от нагрузки.
Гибкость разработки: Разные команды могут работать над разными микросервисами параллельно.
Упрощение деплоя: Возможность обновлять и разворачивать микросервисы независимо друг от друга.
Отказоустойчивость требует изоляции сбоев, таймаутов и ограниченных повторов. Без них отказ одного сервиса может каскадно затронуть другие.

Пример:

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

Чем отличается микросервис от монолита?

Отличия микросервисной архитектуры от монолита:

Монолитная архитектура:

Единое приложение:
- Все компоненты и модули приложения объединены в один большой кодовый базис и исполняемый файл.
Единая база данных:
- Обычно все части приложения используют одну общую базу данных.
Совместное развертывание:
- Все модули разворачиваются и обновляются одновременно.
Целостность кода:
- Труднее изменить одну часть системы без риска нарушить работу других частей.
Масштабируемость:
- Масштабируется как единое целое, что может привести к неэффективности при увеличении нагрузки на определенные компоненты.

Микросервисная архитектура:

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

Вывод:

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

Опишите плюсы и минусы двух концепций, монолита и микросервиса

Плюсы и минусы двух концепций:

Монолитная архитектура:

Плюсы :

Простота разработки: Единая кодовая база упрощает начало работы и изменение приложения.
Производительность: Меньше накладных расходов на взаимодействие между компонентами.
Проще мониторинг и отладка: Единые логи и инструменты для отслеживания.
Простота развертывания: Один образ для развертывания.

Минусы :

Масштабирование: монолит можно масштабировать вертикально и горизонтально, но обычно приходится реплицировать приложение целиком, даже если нагрузка растет лишь на один модуль.
Зависимость от технологий: Одна технология для всего приложения.
Ограниченная гибкость: Изменения в одной части могут затронуть всё приложение.
Единая точка отказа: Ошибка в одной части может повлиять на всё приложение.

Микросервисная архитектура:

Плюсы :

Гибкость технологий: Каждый сервис может использовать свой язык и технологии.
Лёгкость масштабирования: Каждый сервис масштабируется независимо.
Отказоустойчивость требует изоляции сбоев, таймаутов и ограниченных повторов. Без них отказ одного сервиса может каскадно затронуть другие.
Простота разработки: Каждый сервис можно разрабатывать и тестировать независимо.

Минусы :

Сложность управления: Необходимость управления большим числом сервисов и их координации.
Сложность отладки: Сложнее отслеживать и отлаживать взаимодействия между сервисами.
Усложнённое развёртывание: Более сложное управление версиями и деплоями.
Дополнительные затраты: Больше затрат на инфраструктуру и поддержку.