Mamy aplikację, która musi utrzymywać stan, aby niektóre obiekty zawierające dane (potencjalnie dużo) mogły zostać przesłuchane przez klienta (przeglądarkę) w interakcji "konwersacyjnej". Przy każdym żądaniu nie byłoby wydajne przeładowywanie danych.Czy powinienem używać Spring Scone Scoped beans lub cache takich jak ehcache?
Używamy ziaren Spring i session scoped do utrzymywania danych kontrolowanych przez sesję. Jednak te nowe ziarna będą większe.
Czy byłoby to właściwe użycie ziaren o rozmiarze sesji, czy też lepiej byłoby użyć pamięci podręcznej (ehcache)?
Nie chcemy wprowadzać technologii buforowania, chyba że naprawdę musimy.
Innym czynnikiem jest to, że aplikacja będzie musiała zostać wdrożona w klastrze. W takim przypadku ziarno o rozmiarze sesji może być replikowane przez sesyjną replikację serwera aplikacji, czy bardziej efektywne byłoby korzystanie z ehcache (które, jak sądzę, może być rozpowszechniane w klastrze)?
Wszelkie wskazówki są mile widziane.
Czy możesz wyjaśnić, co masz na myśli, mówiąc o "serwerze aplikacji". Czy jest to pełnoprawny serwer, np. JBoss, czy może też Tomcat? – davidcyp