JSR-107

JSR-107의 핵심 구성 요소 중 하나인 CacheManager는 애플리케이션 내에서 캐시 인스턴스의 생성, 구성, 추적, 폐기를 총괄하는 중앙 관리자 역할을 한다. 이는 데이터베이스 연결을 관리하는 DataSource나 JNDI 컨텍스트와 유사한 개념으로, 캐시 생명주기를 통제하는 진입점이다. 자바 애플리케이션은 CacheManager를 통해 특정 이름으로 식별되는 Cache 객체를 획득하거나 새로 생성할 수 있으며, 이를 통해 여러 캐시를 일관된 방식으로 관리할 수 있다.

CacheManager는 JSR-107 사양에 정의된 표준 인터페이스로, 다양한 캐싱 구현체가 이 인터페이스를 준수하여 제공된다. 애플리케이션은 일반적으로 캐시 프로바이더로부터 CacheManager 인스턴스를 얻어 사용하게 된다. 하나의 JVM 내에서 여러 CacheManager 인스턴스가 공존할 수 있으며, 각각은 고유한 구성과 캐시 집합을 관리한다. 이는 서로 다른 설정이나 네임스페이스를 가진 캐시 그룹을 분리해야 하는 복잡한 환경에서 유용하게 활용된다.

CacheManager의 주요 기능은 캐시의 생성과 검색이다. getCache(String cacheName) 메서드를 통해 기존 캐시를 조회하거나, createCache(String cacheName, Configuration<K,V> configuration) 메서드를 사용해 새로운 구성을 적용한 캐시를 동적으로 생성할 수 있다. 또한, 관리하던 모든 캐시를 폐기(destroy())하거나, 현재 관리 중인 캐시 이름 목록을 확인하는 기능도 제공한다. 이를 통해 개발자는 의존성 주입이나 설정 파일을 통해 캐시를 초기화하고, 런타임 중에 필요에 따라 캐시를 유연하게 관리할 수 있는 표준화된 방법을 갖게 된다.

JSR-107에서 정의하는 Cache는 캐싱 시스템의 핵심 구성 요소로, 키-값 저장소의 형태를 가진다. 이는 애플리케이션에서 반복적으로 접근하는 데이터를 메모리와 같은 빠른 저장소에 보관하여, 데이터베이스나 원격 서비스와 같은 느린 백엔드 시스템에 대한 접근 빈도를 줄이고 성능을 향상시키는 역할을 한다. 각 Cache는 고유한 이름을 가지며, CacheManager에 의해 생성되고 관리된다.

Cache 인터페이스는 데이터를 저장(put), 조회(get), 삭제(remove)하는 기본적인 메서드를 제공한다. 또한, 저장되는 각 데이터 항목인 Entry는 만료 시간(Time To Live, Time To Idle)이나 저장 정책과 같은 구성 정보를 가질 수 있다. 이를 통해 캐시된 데이터의 유효성을 관리하고, 오래되거나 사용되지 않는 데이터를 자동으로 제거하여 메모리 공간을 효율적으로 활용할 수 있다.

이 표준 API는 다양한 캐시 구현체(Ehcache, Caffeine, Hazelcast 등)가 동일한 방식으로 사용될 수 있도록 추상화 계층을 제공한다. 따라서 애플리케이션 코드는 특정 벤더의 구현에 종속되지 않고, 필요에 따라 다른 캐시 솔루션으로 쉽게 교체할 수 있는 이점이 있다.

JSR-107에서 Entry는 캐시에 저장되는 개별 데이터 항목을 나타내는 핵심 개념이다. 하나의 Entry는 키와 값의 쌍으로 구성되며, 이는 맵 자료구조의 엔트리와 유사한 개념이다. 캐시는 이러한 다수의 Entry 객체를 저장하고 관리하는 컨테이너 역할을 한다.

Entry는 단순한 데이터 쌍을 넘어서, 캐시 항목의 생명주기와 관련된 메타데이터를 포함할 수 있다. 여기에는 항목의 생성 시간, 마지막 접근 시간, 만료 시간 등의 정보가 포함된다. 이러한 메타데이터는 캐시 구현체가 항목의 유효성을 판단하고, TTL이나 LRU 같은 정책에 따라 항목을 자동으로 제거하는 데 사용된다.

JSR-107 API는 javax.cache.Cache.Entry 인터페이스를 통해 Entry에 대한 표준화된 접근 방식을 정의한다. 이를 통해 애플리케이션은 특정 캐시 구현체에 종속되지 않고, 일관된 방식으로 캐시된 데이터의 키를 조회하거나 값을 가져올 수 있다. 이 표준화는 자바 애플리케이션의 캐싱 계층을 보다 유연하고 이식성 있게 만드는 데 기여한다.

CacheProvider는 JSR-107 사양에서 정의하는 서비스 제공자 인터페이스(SPI)이다. 이는 캐시 구현체를 생성하고 관리하는 CacheManager 인스턴스를 애플리케이션에 제공하는 역할을 한다. 구체적으로, 애플리케이션은 자바의 ServiceLoader 메커니즘을 통해 클래스패스 상에 존재하는 CacheProvider 구현을 자동으로 발견하고 로드한다. 이 표준화된 SPI 덕분에 애플리케이션 코드는 특정 벤더의 구현에 종속되지 않고, 일관된 방식으로 다양한 캐시 솔루션을 사용할 수 있다.

각 CacheProvider 구현은 고유한 이름을 가지며, 이를 통해 특정 공급자를 명시적으로 선택하여 CacheManager를 생성할 수 있다. 이는 동일한 애플리케이션 내에서 서로 다른 캐시 구현을 병행하여 사용해야 하는 복잡한 환경에서 유용하다. CacheProvider는 캐싱 기능의 초기화, CacheManager의 생명주기 관리, 그리고 필요한 리소스의 정리와 같은 저수준 작업을 담당한다.

주요 구현체로는 Ehcache, Hazelcast, Infinispan 및 Caffeine과 같은 인기 있는 오픈 소스 캐시 라이브러리들이 JSR-107 사양을 준수하는 CacheProvider를 제공한다. 이러한 구현체들은 각자의 고성능 데이터 구조와 분산 아키텍처를 바탕으로 표준 API 뒤에서 실제 캐싱 작업을 수행한다. 따라서 개발자는 CacheProvider를 통해 구체적인 캐시 기술의 변경에 민감하지 않은 견고한 애플리케이션을 구축할 수 있다.

JSR-107은 자바 애플리케이션에서 캐싱 기능을 표준화된 방식으로 구현하기 위한 주석(Annotation)을 정의한다. 이러한 주석들은 개발자가 메서드의 실행 결과를 캐시하거나 캐시에서 데이터를 제거하는 동작을 선언적으로 지정할 수 있게 해준다. 주요 주석으로는 @CacheResult, @CachePut, @CacheRemove, @CacheRemoveAll 등이 있으며, 이를 사용하면 비즈니스 로직과 캐싱 로직을 분리하여 코드의 가독성과 유지보수성을 높일 수 있다.

예를 들어, @CacheResult 주석은 메서드가 반환하는 결과를 지정된 캐시에 자동으로 저장하도록 지시한다. 동일한 인자로 메서드가 다시 호출되면 실제 메서드 실행 없이 캐시된 결과가 반환된다. @CachePut 주석은 메서드 실행 후 그 결과를 캐시에 갱신할 때 사용하며, @CacheRemove와 @CacheRemoveAll은 캐시에서 특정 항목이나 모든 항목을 제거하는 데 사용된다.

이러한 주석들은 인터페이스와 함께 JSR-107 API의 핵심 구성 요소를 이루며, EHCache, Apache Ignite, Hazelcast와 같은 다양한 구현체에서 지원된다. 표준화된 주석을 통해 개발자는 특정 벤더의 프레임워크에 종속되지 않고 캐싱 전략을 적용할 수 있어 이식성이 향상된다는 장점이 있다.

JSR-107의 핵심은 인터페이스 집합으로 구성된 API이다. 이 표준화된 인터페이스들은 애플리케이션 개발자가 특정 캐시 구현체에 종속되지 않고 캐싱 기능을 사용할 수 있게 해주는 추상화 계층을 제공한다. 주요 인터페이스로는 CacheManager, Cache, Entry 등이 있으며, 각각 캐시 시스템의 특정 부분을 관리하는 역할을 정의한다.

예를 들어, CacheManager 인터페이스는 하나 이상의 Cache 인스턴스를 생성, 구성, 획득, 관리 및 제어하는 방법을 규정한다. Cache 인터페이스는 데이터를 저장하고 검색하는 실제 캐시 컨테이너의 동작을 정의하며, Entry는 캐시 내에 저장된 개별 키-값 쌍을 표현한다. 이러한 설계를 통해 개발자는 JCache API를 사용해 코드를 작성한 후, 필요에 따라 Ehcache, Hazelcast, Redis 등 다양한 호환 구현체를 선택하여 배포할 수 있다.

또한 API는 정책 기반의 유연한 동작 제어를 위한 인터페이스들을 포함한다. ExpiryPolicy 인터페이스는 캐시 항목의 수명 주기를 관리하는 규칙을 정의하고, CacheLoader와 CacheWriter 인터페이스는 캐시와 영구 저장소 간의 데이터 읽기/쓰기 동작을 분리하여 구현할 수 있게 한다. 이처럼 인터페이스 중심의 설계는 의존성 주입과 단위 테스트를 용이하게 하여 애플리케이션의 유지보수성과 이식성을 크게 향상시킨다.