Микросервисная архитектура простыми словами: плюсы и минусы подхода

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

Если говорить проще, то микросервисная архитектура — это когда большая сложная система разбивается на много маленьких независимых блоков.

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

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

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

Противоположность микросервисам — монолитная архитектура ИТ-решения, которая объединяет различные компоненты системы на одной платформе. Все части приложения в этом случае унифицированы, управление функциями осуществляется в одном месте.

Монолит — единый логический исполняемый файл. Он состоит из трех основных блоков:

Со временем разработчики стали разочаровываться в классическом варианте архитектуры приложений.

В качестве альтернативы появилась архитектура микросервисов как распределенная система простых и легко заменяемых модулей. Они выполняют одну функцию и передают задачу дальше.

Микросервисы — это не таблетка от всех болезней, у подхода есть свои плюсы и минусы.

Если у вашего проекта:

• Высокий трафик и всплески нагрузки.
• Объемный код, который тяжело поддерживать и развивать.
• Множество взаимодействующих модулей.
• Различные требования к ресурсам в рамках одного приложения.
• Большая команда: работает больше 10 человек, с помощью микросервисов легче погружать новичков в работу.
• Необходимо часто делать релизы.

Разработка микросервисов отличается от традиционной монолитной системы.

Ускорить работу микросервисов можно несколькими способами: при помощи кэша, распределив нагрузку в несколько потоков, с помощью асинхронного исполнения.

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

Выше мы разобрали плюсы и минусы каждого подхода для бизнеса. Дальше рассмотрим коротко. Монолит подойдет, если вы делаете стартап и у вас не предполагается роста нагрузки. Если монолитное приложение рассчитано на среднюю посещаемость в 1000 пользователей, то с ним возникнут проблемы, когда бизнес начнет расти.

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

На зарубежном рынке микросервисную архитектуру используют такие гиганты, как Amazon, Twitter, Netflix, Facebook, Spotify, Uber, Google. Например, компания Netflix использует около 700 микросервисов для каждого из множества элементов, из которых состоит весь сервис. Один микросервис снимает оплату, другой хранит информацию обо всех сериалах, которые вы посмотрели, третий определяет подходящий контент. 

Микросервисный подход внедряют и на российском рынке. Распространенный пример подхода — это популярные онлайн-маркетплейсы, например Avito. Каталог товаров, рейтинг пользователей, чат, отзывы — это все отдельные микросервисы в рамках одного продукта.

Эксперты компании «М.Видео-Эльдорадо» рассказывали на конференции, как применили подход в сервисе расчета цены. Раньше функционал ценообразования был разрозненным: одни задачи решал бэк-офис, за скидки отвечал другой сервис. Задача была это централизовать — сейчас стоимость на сайте, в розничном магазине или в корзине рассчитывает один сервис.