🔒 Redisson 분산락 도입 해보기

"분산락이 필요한 이유가 뭔가요? Redis와 Redisson의 차이점은?"

🎯 왜 Redisson을 도입했을까?

기존 상황

• Redis Template: 단순한 캐싱과 세션 관리에 사용
• 동시성 문제: 포인트 지급, 출석체크 등에서 Race Condition 발생 가능
• 기술면접 대비: 분산 시스템에서의 동시성 제어에 대한 깊은 이해 필요

🏗️ 구현 과정에서 겪은 시행착오

1단계: 기본 구조 설계

@Service
public class RedissonCacheService {
    private final RedissonClient redissonClient;
    
    // 기본적인 캐시 기능부터 시작
    public <T> void set(String key, T value, Duration ttl) {
        RBucket<T> bucket = redissonClient.getBucket(key);
        bucket.set(value, ttl.toSeconds(), TimeUnit.SECONDS);
    }
}

2단계: 분산 맵 기능 추가 시 첫 번째 실수

// ❌ 처음 시도: RMap 사용
public <K, V> void putToMap(String mapName, K key, V value, Duration ttl) {
    RMap<K, V> map = redissonClient.getMap(mapName);
    map.put(key, value, ttl.toSeconds(), TimeUnit.SECONDS); // 컴파일 에러!
}

문제점: RMap은 개별 키에 TTL을 설정할 수 없음

3단계: RMapCache로 해결

// ✅ 해결: RMapCache 사용
public <K, V> void putToMap(String mapName, K key, V value, Duration ttl) {
    RMapCache<K, V> map = redissonClient.getMapCache(mapName);
    map.put(key, value, ttl.toSeconds(), TimeUnit.SECONDS); // 성공!
}

🤔 개발 중 고민했던 포인트들

1. "인수가 2개여야 하는데 4개로 입력되어 있어?"

// 고민: TTL 없는 버전 vs TTL 있는 버전
putToMap(mapName, key, value)           // 2개 인수
putToMap(mapName, key, value, ttl)      // 4개 인수

결론: 분산락 효율성을 위해 TTL 포함 버전 선택

• 자동 만료로 데드락 방지
• 메모리 효율성 확보
• 예측 가능한 생명주기 관리

2. RMap vs RMapCache 선택

구분	RMap	RMapCache
개별 키 TTL	❌	✅
메모리 효율성	보통	높음
분산락 적합성	낮음	높음

🧹 코드 정리 과정

불필요한 코드 제거

// 제거된 코드들
- RMap import 및 getMap() 메서드 (RMapCache만 사용)
- get() 메서드의 Class<T> type 파라미터 (미사용)

최종 핵심 기능

• RBucket: 단순 키-값 저장 (TTL 지원)
• RMapCache: 분산 맵 저장 (개별 키 TTL 지원)

🎯 결론

Q: Redis와 Redisson의 차이점은?

A: Redis는 인메모리 데이터베이스이고, Redisson은 Redis 기반의 
   Java 분산 객체 및 서비스 프레임워크입니다.
   
   - Redis Template: 단순한 키-값 조작
   - Redisson: 분산락, 분산 컬렉션 등 고급 기능 제공

Q: 분산락이 왜 필요한가요?

A: 분산 환경에서 동시성 제어를 위해 필요합니다.
   
   예시: 포인트 지급 시스템
   - 사용자가 동시에 여러 요청을 보낼 때
   - 중복 지급 방지를 위한 락 필요
   - TTL로 데드락 방지

Q: RMap과 RMapCache의 차이점은?

A: 개별 키 TTL 지원 여부가 핵심 차이점입니다.
   
   - RMap: 맵 전체에만 TTL 설정 가능
   - RMapCache: 개별 키마다 다른 TTL 설정 가능
   - 분산락에서는 RMapCache가 더 적합

📈 도입 효과

기술적 효과

• 동시성 제어: Race Condition 방지
• 메모리 효율성: TTL 기반 자동 정리
• 확장성: 분산 환경에서의 안정성 확보

학습 효과

• 분산 시스템 이해도 향상
• 동시성 제어 메커니즘 학습
• 기술면접 대비 실무 경험 축적

🔮 향후 활용 계획

적용 예정 도메인

1. 포인트 시스템: 중복 지급 방지
2. 출석체크: 동시 요청 제어
3. 게시글 좋아요: 중복 클릭 방지
4. 채팅방 입장: 동시 접속 제어

추가 학습 계획

• 분산락 패턴 심화 학습
• 성능 테스트 및 최적화
• 모니터링 및 알람 시스템 구축

💡 회고

잘한 점

• 실무 중심 접근: 왜 도입하였는지 명확한 목표제시
• 점진적 개선: 문제 발견 → 해결 → 정리의 체계적 과정
• 코드 품질: 불필요한 코드 제거로 가독성 향상

아쉬운 점

• 성능 테스트 부족: 실제 부하 상황에서의 검증 필요
• 모니터링 미비: 분산락 사용량 및 성능 지표 수집 필요

다음 단계

• 실제 도메인 적용: 포인트 시스템에 분산락 적용
• 성능 측정: 락 획득/해제 시간 모니터링
• 장애 시나리오: 락 타임아웃, 네트워크 분할 등 대응 방안 수립

---

🎯 핵심 메시지

기술면접 대비를 위해 시작한 Redisson 도입이 실제 분산 시스템의 동시성 제어에 대한 깊은 이해로 이어졌습니다. 단순한 기술 스택 추가가 아닌, 실무에서 마주할 수 있는 문제들을 미리 경험하고 해결책을 준비하는 과정이었습니다.