Чтобы иметь дело с архитектурой микросервиса, он часто используется рядом с обратным прокси (например, nginx или apache httpd), а для перекрестных проблем - реализация API-шлюз шаблон используется. Иногда Reverse proxy выполняет работу шлюза API.
Будет хорошо видеть четкие различия между этими двумя подходами.
Похоже, что потенциальное преимущество использования шлюза API вызывает множественные микросервисы и агрегирование результатов. Все остальные обязанности шлюза API могут быть реализованы с использованием обратного прокси. Такие как:
- Аутентификация (это можно сделать с помощью скриптов LUX Nginx);
- Безопасность транспорта. Это сама задача обратного прокси;
- Балансировка нагрузки
- ....
Итак, на основании этого есть несколько вопросов:
- Имеет ли смысл использовать API-шлюз и обратный прокси-сервер одновременно (в качестве примера request- > Api gateway- > обратный прокси (nginx) → конкретный mictoservice)? В каких случаях?
- Какие другие отличия могут быть реализованы с использованием шлюза API и не могут быть реализованы с помощью обратного прокси и наоборот?
