Вопрос

Сегодня на работе у меня была дискуссия с моими коллегами и моим боссом о боевых бобах без гражданства (мы только что закончили проект, используя JSF, в первый раз, когда кто-то в этой компании сделал что-то, что ДЖСФ связал), и мой босс сказал, что он не «Действительно нравится сеанс, выселенные бобы (или даже разговоры / сработанные навесели). Одним из его аргументов было то, что если у нас есть например 4 томаты, и есть запрос от пользователя, то мы не уверены, что он будет «захвачен» тем же Tomcat каждый раз, и проблема в том, что если во время Впервые приходит запрос и создан сессионный боб, он создан только на том, что один Tomcat и другие не знают об этом.

Одним из решений, которые он упомянул, был так называемый «липкий сеанс», который обеспечивает запросы от данного пользователя, который будет обрабатываться одним и тем же TOMCAT каждый раз. Второе решение по нему будет хранить все данные в «View», но это означало бы хранение всего состояния в пост, как-то мне не очень нравится эту идею. Затем он упомянул хранить состояние в БД и запрашивать его, если требуется запрос, который требует его прибытия. Я думал, что это будет действительно огромный удар производительности, но он сказал, что это действительно не будет беспокойством, поскольку DBS следует подготовиться к таким задачам.

Последнее решение, которое меня интересует, был терракоттовый сервер, который, от того, что он сказал нам, должен хранить сессию боба для всех Tomcats (которые синхронизируются с ним, а затем, если запросы находятся в них Терракота). Кажется, вроде прохладно и масштабируемо, но он сказал, что он на самом деле не видит, что он когда-либо использовал в больших профессиональных системах, так это прав? Я пробовал некоторую информацию, но не удалось, есть что-то не так с терракотой, которая останавливает людей из этого?

Это было полезно?

Решение

Он используется профессионалами, просто посмотрите на страницу своих клиентов.

http://www.terracotta.org/company/customers?src=/index.html.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top