8 марта 2025 г. • От KWD

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

После этого микросервис можно развернуть с помощью интерфейса прикладного программирования (API).

API — это протокол, облегчающий коммуникацию между запрашивающей стороной и хостом; обычно доступ к нему осуществляется через IP-адрес. API может взаимодействовать с пользователями несколькими способами, включая:

Вы хотите поделиться определёнными данными.
Сервис, который вы хотите предоставить

Подводя итог, термин «микросервис» относится к архитектуре программного обеспечения, в то время как «API» относится к механизму, через который микросервис предоставляется клиенту.

Микросервисы в действии

Микросервисы — это расширение концепции предоставления бизнесом одного большого сервиса. Микросервисы — это дискретные функции.

Если бы Microsoft Word был разделён на микросервисы, возможно, один выступал бы в роли чистого листа бумаги, другой — в роли проверки орфографии, а третий — в роли инструмента форматирования.

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

Эффективное управление отдельными контейнерами на серверах
Повышение надёжности и масштабируемости системы
Снижение затрат на управление и ресурсы

Диаграмма монолитной архитектуры в сравнении с микросервисами

Источник: https://bit.ly/3hBxa89

Примеры микросервисов

Микросервисы довольно просты. Простота — это основная цель. Их можно рассматривать как роли в бизнесе; каждый микросервис выполняет одну задачу.

DZone создал отличную диаграмму различных микросервисов, предоставляемых Uber, которые взаимодействуют друг с другом через API и выполняют различные задачи. Uber предлагает отдельные сервисы для различных задач:

Управление пассажирами
Веб-интерфейс для пассажиров
Биллинг
Управление водителями
Веб-интерфейс для водителей
Платежи
Управление поездками
Уведомления

Пример API микросервисов

Источник: https://dzone.com/articles/microservice-architecture-learn-build-and-deploy-a

API необходимы для микросервисов.

API — это средство коммуникации — оно позволяет одному сервису взаимодействовать с другим. API не может ничего сделать, пока он не подключён к чему-либо, например к неработающему мобильному телефону. Когда API подключена к сервисам и микросервисам, таким как:

Функциональность как сервис (FaaS)
Машинное обучение (ML) как сервис (MLaaS)
Программное обеспечение как сервис (SaaS)

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

API необходима для правильного функционирования архитектуры микросервисов, поскольку она служит средством коммуникации между сервисами. Без API существовало бы множество изолированных микросервисов. Технически микросервис просто восстановил бы себя в монолит.

Как работают API

API невероятно гибкие. Вы можете:

Создавать API для любого контейнеризованного сервиса.
Использовать различные языки — Java, Python и Go, среди прочего.
Развёртывать API на любом из основных облачных поставщиков.

API могут повысить удобство использования и видимость вашего сервиса. С упрощённым распределением вы можете предлагать более компактные сервисы. (В конце концов, вам не нужно создавать весь пакет Adobe, чтобы продемонстрировать осуществимость.)

Множество API являются RESTful и доступны через конечную точку, аналогичную HTTP конечной точке. Это означает, что получение данных из API столь же просто, как отправка запроса на URL. Команды GET, POST, PUT и DELETE функционируют как ожидается при использовании в сочетании с URL, получая или предоставляя данные API. Хотя REST API являются наиболее часто используемыми в современных веб-приложениях, другие варианты включают следующее:

SOAP
RPC
GraphQL

Как продукт, конечная точка API обычно поставляется вместе с порталом разработчика, который объясняет, как её использовать, и предоставляет разработчикам ключ API. Если цель микросервиса — предоставить информацию о зарегистрированных транспортных средствах в конкретном округе, портал разработчика объяснит: