Replies: 1 comment
|
일단 우선 할 일이 많으니 먼저 DB에 다 저장하는 방식부터하고 시간 남으면 도입 예정 |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Redis + DB 하이브리드 방식 설명
Redis (임시 저장소)
진행중인 인증 세션 (PENDING 상태)
TTL 10분으로 자동 만료
빠른 읽기/쓰기 성능
DB (영구 저장소)
인증 완료된 거래 (VERIFIED/FAILED 상태)
감사 로그 및 이력 관리
영구적인 참조 가능
도입 시 장단점
장점
극강 성능: Redis 인메모리로 밀리초 응답
메모리 효율: TTL 자동만료로 가비지 제로
영구 추적: 인증 완료 거래는 DB에서 영구 보존
확장성: Redis 클러스터 + DB 샤딩 가능
단점
인프라 복잡도: Redis + DB 이중 관리
네트워크 의존: Redis 장애 시 서비스 중단
데이터 정합성: Redis→DB 이관 중 실패 가능성
운영 비용: Redis 클러스터 + 모니터링 필요
Redis 장애 대응 전략
Level 1: Redis 일시 장애 (1-5분)
DB 임시 저장 + 폴링으로 상태 확인
성능 저하되지만 서비스 중단 없음
Level 2: Redis 중장기 장애 (5분-1시간)
DB only 모드로 전환
스케줄러로 만료 처리 (10분마다 실행)
Level 3: Redis 복구 불가 (1시간+)
영구 DB only 모드 전환
Redis 의존성 완전 제거
All reactions