문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 | ||
java:ehcache [2014/09/30 13:42] kwon37xi [Replication과 Hibernate] |
java:ehcache [2022/02/11 13:53] kwon37xi |
||
---|---|---|---|
줄 1: | 줄 1: | ||
====== ehcache ====== | ====== ehcache ====== | ||
+ | * https:// | ||
+ | * https:// | ||
+ | * https:// | ||
+ | |||
===== Singleton Cache ===== | ===== Singleton Cache ===== | ||
* 단일 JVM에서는 가능하면 Singleton '' | * 단일 JVM에서는 가능하면 Singleton '' | ||
줄 13: | 줄 17: | ||
* 이 경우 캐시 된 데이터를 각자 자기 메모리에서 읽기 때문에 로컬 캐시를 사용하는 효과와 동일할 것이다. | * 이 경우 캐시 된 데이터를 각자 자기 메모리에서 읽기 때문에 로컬 캐시를 사용하는 효과와 동일할 것이다. | ||
* 하지만 노드의 갯수가 증가하게 되면 그만큼 부하도 증가하고 성능도 떨어질 수 있다. 따라서 10 노드 이하 정도의 규모에서 사용한다. | * 하지만 노드의 갯수가 증가하게 되면 그만큼 부하도 증가하고 성능도 떨어질 수 있다. 따라서 10 노드 이하 정도의 규모에서 사용한다. | ||
- | * **Do not use Time To Idle with replicated caching**, unless you do not care about inconsistent data across nodes. | + | * **Replication 캐시에서는 |
==== Replication 데이터 복제 전략 ==== | ==== Replication 데이터 복제 전략 ==== | ||
* 각 애플리케이션에 캐시가 존재하고 RMI, JGroups, JMX 등을 통해 캐시를 서로 동기화 | * 각 애플리케이션에 캐시가 존재하고 RMI, JGroups, JMX 등을 통해 캐시를 서로 동기화 | ||
* '' | * '' | ||
+ | * '' | ||
+ | * '' | ||
* '' | * '' | ||
- | | + | |
- | * 복제 전략을 '' | + | * 복제 전략을 '' |
- | * TODO : 내 예상으로는 '' | + | * TODO : 내 예상으로는 '' |
- | * 따라서 여러 애플리케이션이 순차적으로 배포되면서 캐시를 리플리케이션 할 때는 **'' | + | * 따라서 여러 애플리케이션이 순차적으로 배포되면서 캐시를 리플리케이션 할 때는 **'' |
* [[http:// | * [[http:// | ||
* [[http:// | * [[http:// | ||
==== Replication과 Hibernate ==== | ==== Replication과 Hibernate ==== | ||
- | * Infinispan 매뉴얼의 Hibernate 관련 절을 보면 | + | * [[java: |
- | * 기본적으로 Replication으로 한다. | + | |
- | * Entity와 컬렉션은 '' | + | ==== Replication과 JGroups ==== |
- | * '' | + | * [[http:// |
===== Update Check 끄기 ===== | ===== Update Check 끄기 ===== |