[요약] Part 1. Redis 도입의 핵심 철학과 한계

Part 1. 핵심 요약 리스트

성공적인 Redis 활용을 위해 반드시 기억해야 할 필수 원칙들을 3가지로 압축했습니다.

1. 역할 분담: 주 저장소 vs 보조 저장소

• 주 저장소 (PostgreSQL, MySQL 등):
• 디스크 기반으로 데이터를 영구적이고 안전하게 보존
• 시스템의 신뢰를 책임지는 최후의 보루
• 보조 저장소 (Redis):
• 메모리(RAM) 기반으로 압도적인 속도를 제공
• 날아가도 상관없는 데이터나 빠른 접근이 필요한 사본을 보관
• 아키텍처 황금률: 언제나 주 저장소에 원본을 안전하게 저장한 뒤, 필요한 만큼만 Redis에 덜어서 사용하세요.

2. 저장 금지: 휘발성과 비용의 한계

• Redis는 RAM에 모든 데이터를 올립니다. 즉, 서버 재부팅 시 데이터가 즉시 증발합니다.
• 영구 보존해야 하는 핵심 비즈니스 데이터(게시글, 댓글, 금융 기록, 유저 정보 원본)를 Redis에만 단독 저장하면 대형 참사가 발생합니다.
• RAM은 디스크보다 단위 비용이 압도적으로 비싸기 때문에 용량이 무한정 늘어나는 원본 데이터를 저장하는 용도로는 적합하지 않습니다.

3. 생존 우선: 단일 장애점(SPOF) 피하기

• 보조 도구가 죽었다고 메인 시스템이 죽어선 안 됩니다. Redis 장애가 서비스 마비로 번지지 않도록 방어책이 필요합니다.
• 짧은 타임아웃(Timeout)을 설정해, Redis 응답이 늦으면 과감히 포기하고 원본 DB로 신속하게 넘어가는 폴백(Fallback)을 설계하세요.
• 만약 DB 부하가 너무 커서 폴백조차 어렵다면, 부가 기능(조회수, 랭킹 등)을 일시적으로 꺼두는 부드러운 기능 저하(Graceful Degradation)를 택하세요.

// 항상 이런 흐름을 기억하세요!
async function getDataSafely(key) {
  try {
    // 1. 짧은 타임아웃을 걸어 Redis에서 먼저 빠르게 조회
    const cached = await redis.get(key, { timeout: 200 });
    if (cached) return JSON.parse(cached);
  } catch (error) {
    // 2. Redis가 죽어도 당황하지 않고 조용히 무시 (SPOF 방지)
    console.warn("Redis 실패, 메인 DB로 우회");
  }
  
  // 3. 든든한 주 저장소에서 원본 데이터 조회 (역할 분담)
  const dbData = await db.query('SELECT ...', [key]);
  return dbData;
}

체크리스트로 자가 점검하기