Комментарии 8
Подкину идею, зачем может пригодиться API gateway: для обеспечения стабильной работы сервисов при добавлении версионирования RestAPI. Внутри у вас стандартные api/v1/service, api/v2/service... внешний url api/service + version in headers.
Ну и, конечно, незаменимая штука для обработки ошибок. В случае, когда api/v100500/service выдаст 404, api-geteway может попробовать исправить ошибку и попробовать что то вернуть пользователю.
Кстати, в конечном итоге создание API gateway - это вынесение задачи роутинга в отдельный сервис и все. Не важно, монолит это или много микросервисов.
Привет! Версионирование через API Gateway — действительно отличное решение, особенно когда не хочется завязываться на версию в URL и удобнее держать её в заголовках. Про обработку ошибок тоже хорошая мысль — API Gateway действительно может помочь сгладить косяки на уровне сервисов и вернуть что-то более осмысленное пользователю. Спасибо, что дополнил — очень круто!
Почти всегда небольшой проект постепенно становится средним, а потом и большим. Конечно, если это нужный и востребованный проект. Если в нем не был сразу предусмотрен Gateway, то его впиливание в существующую кодовую базу - боль, жесть и каторга. Лучше смотреть на перспективу и делать его сразу. На начальном этапе затраты на его разработку не велики. Зато потом - все плюшки, упомянутые в статье достаются весьма просто и элегантно
Привет! Да, здесь требуется стратегический подход и планирование. Лучше с самого начала предусмотреть использование API Gateway, даже если проект кажется небольшим на первых этапах. По мере роста проекта может быть сложно и трудозатратно внедрять AGW в уже существующую архитектуру. Так что небольшие усилия на старте могут сэкономить кучу времени и нервов в будущем. А плюшки действительно будут только на пользу — от версионирования (как в прошлом комментарии) до управления трафиком и безопасностью. Спасибо за такой ценный комментарий!
Мне как аналитику полезнее было бы узнать какие требования на вход могут прийти, чтобы архитекторы приняли решение об использовании API Gateway. Например, внешний апи или внутренний, количество пользователей, количество запросов, количество данных в ответе, SLA или что-то другое вообще?
Федерация REST, rate limiting, circuit breaking, audit trail. TLS termination или mTLS для zero trust параноиков. При желании в него можно и кеширование, и подмену запросов, и анализ поведения пользователей на аномалии. Прокси же.
Зачем и где нужен API Gateway