Даже при одном сервисе Gateway может централизовать TLS, лимиты, проверку токенов, маршрутизацию и наблюдаемость. Но если эти задачи уже решены проще, отдельный слой необязателен.
Какой смысл использовать API Gateway, если у нас только один сервис?
Даже при одном сервисе Gateway может централизовать TLS, лимиты, проверку токенов, маршрутизацию и наблюдаемость. Но если эти задачи уже решены проще, отдельный слой необязателен.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Даже при одном сервисе Gateway может централизовать TLS, лимиты, проверку токенов, маршрутизацию и наблюдаемость. Но если эти задачи уже решены проще, отдельный слой необязателен.
Оцените реальные требования: несколько клиентов, стабильный публичный адрес, защита входа или последующее разделение backend. Gateway добавляет точку отказа, задержку и конфигурацию, поэтому его польза должна превышать стоимость. Не переносите туда всю бизнес-логику. Для небольшого приложения достаточно reverse proxy или возможностей платформы, если они покрывают нужный контракт.