🧩 Типовая микросервисная архитектура

Наглядная шпаргалка от bytebytego: показывает путь запроса — от пользователя через шлюз и балансировку до нужного микросервиса и его базы данных.

🟡 Клиенты (Client)
— web; mobile; PC.

Точки входа пользователей. Формируют запросы к API и отдельно получают статику (скрипты, стили, картинки).

🟡 CDN
— доставка статики (картинки, стили, скрипты) с серверов, расположенных близко к пользователям; снижение нагрузки на основной сервер (origin).

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

🟡Load Balancer
— распределение трафика; отказоустойчивость; горизонтальное масштабирование.

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

🟡API Gateway
— единый вход; маршрутизация; rate limit; логирование; кэш; трансформация запросов.

Скрывает внутреннюю “кухню” микросервисов: клиенту не нужно знать, куда именно идти — gateway сам отправит запрос в нужный сервис.

🟡Identity Provider
— аутентификация; авторизация; токены/SSO.

Отвечает за “кто ты” и “что тебе можно”: gateway/сервисы проверяют права и не пускают лишнее.

🟡Service Registry & Discovery
— реестр сервисов; поиск адресов; динамическое масштабирование.

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

🟡 Микросервисы по доменам + свои БД
— Domain A/Domain B; REST API; DB A/DB B.

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

#полезное