sunm2n.log

  • 홈
  • 태그
  • 방명록

token 1

[token] 토큰을 어떻게 저장하는 것이 좋을까?

우리가 프로젝트를 하면 보통 토큰 기반 방식의 로그인을 가장 많이 구현한다. 현재 가장 일반적으로 쓰는 방식은 리프레시 토큰 전략이다. 이때 내가 이쪽 파트 개발을 맡았다면 엑세스 토큰과 리프레시 토큰을 각각 어디에 저장해야 할지 고민해야 한다. 먼저 크게 저장 방식을 3가지로 나눠서 비교 분석을 해보겠다. 1. 토큰 저장 전략별 비교 분석방식 1: 둘 다 DB(RDB)에 저장가장 전통적이고 데이터의 지속성(Persistence)을 중시하는 방식이다.장점: 데이터가 안정적으로 보관되며, 사용자의 로그인 이력이나 기기 정보 등 상세한 감사(Auditing) 데이터를 함께 관리하기 쉽습니다. 갑작스러운 서버 장애에도 로그인이 유지된다.단점: 매 요청(Access Token 검증 시) 혹은 리프레시 요청 시마..

tech/project 2025.12.22
이전
1
다음
더보기
프로필사진

sunm2n.log

while(true)

  • 분류 전체보기 (71) N
    • tech (32) N
      • project (6) N
      • Spring (15)
      • JAVA (2)
      • Redis (1)
      • Ai (4)
      • C++ (4)
    • cs (2)
      • database (2)
      • software engineering (0)
    • 알고리즘 (9)
      • baekjoon (9)
      • programers (0)
    • Activity (1)
    • 멋쟁이 사자처럼 (15)
    • SK AI Dream Camp (1)
    • UMC (10) N
      • study (8)
      • project (2) N

Tag

11054, 25418번, ssafynity, acesstoken, Redis, docker, Baekjoon, 멋쟁이 사자처럼, flywegiht, chain of responsiblity, refreshtoken, 11057, Saffy, decorator, Spring, 객체 지향, 디자인 패턴, blacklist, 백준, auth,

Copyright © AXZ Corp. All rights reserved.

  • github
  • solved.ac

티스토리툴바