Реализация шлюза / обратного прокси в контейнере сервлетов
Я пытаюсь сделать приведенную ниже модель "неблокирующей IO". Поток:
- фильтры сервлетов перехватывают и занимаются бизнесом (аутентификация, авторизация, упаковка запроса)
- в зависимости от метода запроса, http-клиент apache (библиотека) используется для дальнейших запросов на обслуживание
- HTTP-клиент дает ответ, и это отправляется вызывающей стороне
AsyncContext из спецификации сервлета 3 хотя и решает эту проблему, но все же требует создания рабочего потока.
Есть ли какие-либо средства для использования netty (как подключаемый компонент внутри контейнера сервлета) со 2-го этапа на 3-й? Чтобы после получения ответа службы на 3-м шаге компонент netty позаботился о том, чтобы он писал клиенту без контейнера сервлета?
Или есть способ иметь фильтры сервлетов, написанные внутри netty? Является ли Apache HttpAsyncClient хорошим выбором здесь?
Или какие-либо рекомендации по дизайну с текущим подходом?