Это очень зависит от архитектуры приложения и того, что не хватает информации о сеансе, которую вы хотите поделиться.
Если вы хотите использовать общий токен для аутентификации, который может быть выполнен с помощью перезаписи URL или файлов cookie.
Если вы хотите хранить большие объекты, вам необходимо будет взглянуть на свою балансированную нагрузку архитектуру (кластер) и принять решение. Конечно, я не могу explan все здесь, как это обширные темы, но я могу дать вам несколько советов из моего опыта, так что вы можете исследовать дальше:
Sticky session:
При таком подходе клиент застрять с одним из сбалансированных серверов нагрузки и всегда всегда обслуживается только этим сервером. Это означает, что вы управляете всеми сеансами и т. Д., Как это было бы на одном сервере узла.
Cluster topology:
Посмотрите на свой кластер узлов и посмотрите, какие топологии он поддерживает, и может ли он совместно использовать данные среди других. Я ранее настраивал: Ring и Star. См. Статью this для более подробной информации.
Database:
Это один из самых простых и классических способов совместного использования объектов в сбалансированных нагрузках.
File System:
Очень похоже на базу данных, можно сериализовать объекты и получить их позже, используя централизованную файловую систему, например. NFS, AFS.