У нас есть это веб-приложение, настроенное с контейнером JBOSS wildfly, который генерирует идентификатор jsession, как и ожидалось. Теперь, когда zuul настроен для этого веб-приложения. Zuul генерирует этот сеанс каждый раз, когда контейнер (где находится веб-приложение) не работает.распознать, в результате чего вход в систему никогда не происходит. Есть ли способ не позволить zuul создавать сеансы и использовать сеанс, который генерирует контейнер веб-приложения. Является ли это правильным подходом в конце концов?Использование Redis или весенний сеанс и т. Д. Не являются возможными вариантами. Может ли это быть достигнуто без них?Цель состоит в том, чтобы заменить экземпляр NGINX (который очень помогает в улучшении производительности с помощью микрокэширования), который действует как обратный прокси-сервер на данный момент.Причина замены: мы предполагаем, что было бы проще читать пакеты с фильтрами и использовать некоторые проверки безопасности, поскольку тогда он может действовать как централизованная точка отказа.