Redis가 죽어도 서비스는 돌아가야 한다

단일 장애점(SPOF)이란 무엇인가?

단일 장애점(SPOF)이란, 시스템 구성 요소 중 단 하나라도 동작하지 않으면 전체 시스템이 멈춰버리는 취약점을 의미합니다.

여러분이 운영하는 서비스가 Redis에서 최신 인기 게시물을 가져와 메인 화면에 띄운다고 가정해 봅시다. 만약 Redis 서버가 잠시 네트워크 통신이 끊어지거나 다운된다면, 메인 화면 접속자들은 에러 페이지를 보게 될 것입니다.

Redis는 "보조 도구"인데, 보조 도구가 고장났다고 튼튼한 주 데이터베이스까지 가는 길을 막아버리는 상황입니다. 이는 아키텍처 설계가 잘못되었음을 의미합니다.

폴백(Fallback) 전략: 실패를 우회하기

견고한 시스템은 Redis가 응답하지 않을 때 빠르게 포기하고 다음 대안으로 넘어가는 설계를 갖추고 있습니다. 이를 폴백(Fallback)이라고 부릅니다.

Redis가 죽었거나 연결이 지연될 때 무한정 기다리지 않고, 지체 없이 원본인 PostgreSQL(메인 DB)로 연결을 우회하여 서비스를 유지해야 합니다. 속도는 조금 느려지겠지만, 서비스가 멈추는 최악의 사태는 막을 수 있죠.

async function getPopularPosts() {
  try {
    // 1. 빠른 Redis에서 데이터를 요청 (timeout을 짧게 설정)
    const cached = await redis.get('popular_posts', { timeout: 100 });
    if (cached) return JSON.parse(cached);
  } catch (error) {
    // 2. Redis 연결 에러나 타임아웃 발생 시, 콘솔에 경고만 남기고 진행
    console.warn("Redis가 응답하지 않습니다. 메인 DB로 우회합니다.", error.message);
  }
  
  // 3. Redis 장애와 무관하게 메인 DB에서 원본 데이터를 조회하여 반환
  // 사용자는 약간 느리게 응답을 받겠지만, 접속 장애를 겪지는 않음
  const posts = await db.query('SELECT * FROM posts ORDER BY view_count DESC LIMIT 10');
  return posts;
}

부드러운 기능 저하 (Graceful Degradation)

때로는 폴백을 위해 메인 DB로 요청을 돌리는 것 자체가 메인 DB를 터지게 만들 수도 있습니다. 평소에 Redis가 90%의 트래픽을 방어해주고 있었는데, 방어막이 사라지자마자 엄청난 트래픽이 메인 DB로 폭격처럼 쏟아지기 때문이죠. (이를 '캐시 스탬피드'라고 부르며 뒤에서 더 자세히 배웁니다.)

이럴 때는 DB로 우회하는 것조차 포기하고, 사용자에게 핵심 기능만 살려서 제공하는 부드러운 기능 저하(Graceful Degradation) 전략을 택해야 합니다.

Redis를 도입할 때는 항상 "이 Redis 서버의 전원 코드를 지금 당장 뽑는다면 서비스가 어떻게 동작해야 하는가?"를 스스로에게 질문해야 합니다.