2017-01-13 1 views
-1

현재 프로젝트에서 우리는 애플리케이션 시작 중에 많은 정보를 캐시합니다. 우리는 ehcache의 일부 데이터와 Java 맵의 다른 데이터를 쿼리합니다. 이것은 덩어리가 많고 지저분합니다. 나는 단순한 캐싱 시스템을 설계하고 싶다. 기본 캐시 기술은 ehcache 또는 hazelcast와 같을 수 있습니다.Java의 최적 사용자 정의 캐시 설계

Google 애플리케이션은 데이터를 읽지 만 업데이트하지 않습니다. 업데이트는 다른 팀에서 덜 자주 수행됩니다.

아무도 자바에서 이러한 캐시 시스템을 설계하는 방법을 몇 가지 예제를 줄 수 있습니까?

감사

+0

니어 캐시를 사용 하시겠습니까? 데이터 일관성은 절충되지만 드물게 업데이트 된 데이터의 경우 액세스 된 데이터가 원할 경우 클러스터 노드 또는 클라이언트에 로컬로 저장되기 때문에 성능이 크게 향상 될 수 있습니다. – noctarius

+0

얼마 전에 다른 캐시 전략에 대한 백서를 작성했습니다. 당신이 (https://hazelcast.com/resources/caching-strategies/) 도움이 될 일반적인 개요를 찾고 있다면, 완전한 기술 단계별 가이드를 위해 stackoverflow가 적절한 장소가 아닐 수도 있습니다. – noctarius

답변

0

이 넓은 질문과 대답은 정말 현재의 아키텍처에 따라 달라집니다.

물론 네, 물론 모든 것에 대해 하나의 캐시 프레임 워크 만 사용할 수 있습니다. 그리고 그렇게하는 것이 좋습니다.

예를 들어 모든지도를 ehcache Cache으로 바꿀 수 있습니다. 당신은 단지 당신을 유지하는 중앙 장소가 필요합니다 CacheManager.

일부 다른 프레임 워크는 더 높은 추상화를 제공합니다. 예를 들어 Spring에서는 주석을 사용하여 메소드의 결과에 Cacheable을 표시 할 수 있습니다.

관련 문제