🔥 Путь запроса в микросервисной архитектуре

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

⚪️Клиенты

Точки входа, которые формируют запросы к API и получают статику: скрипты, стили, файлы.

⚪️ CDN

Ускоряет загрузку фронтенда и разгружает инфраструктуру. При этом часть запросов вообще не доходит до серверов.

⚪️Load Balancer

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

⚪️API Gateway

Отвечает за маршрутизацию, логирование, кэш, трансформацию запросов. Скрывает бэкенд микросервисов, отправляет запрос в нужный сервис.

⚪️Identity Provider

Отвечает за аутентификацию, токены, SSO. Помогает определить роль и доступы, а gateway и сервисы проверяют права и не пускают лишнее.

⚪️Service Registry & Discovery

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

⚪️Микросервисы по доменам и базы данных

Сервисы группируются по бизнес-функциям, где все данные обычно разделены по доменам. Независимые релизы и масштабирование становятся более доступны из-за меньшего количества связей.

@DevOpsKaz 😛