Skip to content

docs(redis): 6편 세션과 Refresh Token 저장소 설계 #153

Description

@devy1540

상위 이슈

목적

Redis를 session store 또는 refresh token store로 사용할 때의 장단점과 revoke/rotation 전략을 이해한다.

다룰 질문

  • session store와 token store는 어떻게 다른가?
  • refresh token을 Redis에 저장하면 어떤 장점이 있는가?
  • TTL과 token 만료 시간은 어떻게 맞춰야 하는가?
  • logout/revoke는 어떤 key를 지워야 하는가?
  • Redis 장애 시 인증 시스템은 어떻게 동작해야 하는가?
  • DB 저장 방식과 비교했을 때 무엇을 포기하고 무엇을 얻는가?

설계 산출물

  • refresh token key schema
  • user/session 단위 revoke 전략
  • token rotation sequence
  • Redis 장애 시 fallback 또는 fail-closed/fail-open 판단표

완료 조건

  • 인증 보안 관점에서 Redis 사용의 장단점을 설명한다.
  • refresh token rotation과 revoke 흐름을 시퀀스로 그린다.
  • Redis 장애가 로그인/토큰 갱신에 미치는 영향을 판단한다.

다음 세션 시작 지점

key schema와 revoke sequence를 먼저 보고, 보안상 빠진 경계가 없는지 검토한다.

Metadata

Metadata

Assignees

No one assigned

    Labels

    area: blogBlog listing, post rendering, search, tags, or seriesarea: contentBlog post content changesdocumentationImprovements or additions to documentationtrack: redisRedis learning and mastery tracktype: challengeLearning challenge or diagnostic task

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions