jwt 저장 장소

Question

jwt를 저장 장소를 검색하면 대부분 redis가 나오더라구요. redis와 mysql을 비교했을 시 redis가 더 빨리 조회는되지만 개인적으로 프리티어를 사용한다는 가정하에 redis를 사용한다는건지? rdb로도 커버가 가능할것 같다고 생각합니다.rdb로 사용하다가 어느시점에 redis를 도입을 하나요?포트폴리오용 프로젝트를 준비 중인데 redis를 꼭 도입해야 할 지 궁금합니다. 다른분들께 여쭤봤는데 이메일 인증코드는 db event scheduler, jwt RT도 mysql에 저장을 하지만 RTR방법으로 AT 재발급 할 때 RT도 같이 발급할것 같습니다.Redis를 꼭 도입해야 할까요? 도입을 안한다면 어느 시점에 도입을 하는게 맞나요?

시나몬롤먹고싶다 · Answer

불필요한 DB 커넥션을 줄이고 캐시 쓰는게 성능상 이점이 있으니까요.막말로 사용자가 적으면 메모리에 올려도 됩니다서버 죽이면 날라가겠지만요

동까IS뭔들 · Answer

전 CUD는 DB쓰고 R은 무조건 캐싱씁니다. rdb로 커버가 당연히 되겠지만 결국은 전부 캐시를 사용하게 되어있고, 캐시로 많이 사용되는게 redis일 뿐 사실 캐싱이라는 기술이 들어가면 redis 안쓰고 다른거 써도 무방합니다. file캐시도 있고 ㅎㅎ

apidevelop222 · Answer

고트래픽이 환경에서 조회 api 성능을 올리고자 redis 사용을 고려해볼수 있는데jwt 경우 모든 api를 조회할때마다 이를 검증하기 위해 호출해야하는 api이기 때문에 redis에 token을 저장해서 db대신 조회 해 주는거죠. 로그아웃이나 유효성관리도 가능하구요

개발잡부 · Answer

mysql에 저장을 한다면 1. 로그인 할때마다 조회해야함. --> 그만큼 트렌잭션 발생 &#43; 유저DB가 많을경우 조회시간이 늘어남 2. 주기적으로 Token 유효시간을 체크해 삭제하는 스케쥴러를 짜야함 3. RDS사용하는거 아니면 Scale Out 하기가 애매함 redis를 사용한다면 1. key-value 형식이기때문에 O(1)로 가져오며, 인메모리 db이기때문에 성능이 매우 빠름 2. 자체적으로 TTL 설정할수 있어 따로 유효기간 체크를 안해줘도댐 3. Redis 클러스터 환경 구성하면 Scale Out 딸각 가능 사실 뭐 소규모 프로젝트라면 쓸이유는 없는데 그렇다고 안쓸이유는 없습니다

장독깨기 · Answer

포폴용인데요, 그냥 RDB 쓰면 됩니다.실 서비스에서 사용자가 많고 트래픽이 많을 경우 레디스 고려해 볼 수 있습니다.괜한 비용 추가하지 마시고, RDB 쓰세요. :)

핸호 · Answer

뭐.. 반드시 도입해야하는건 아니죠ㅎㅎ 포폴용이니까 redis 경험해봤다는걸 경력에 넣고 싶으시면 쓰시고, 아니면 그냥 RDB 쓰시면 됩니다. 그리고 이왕 redis를 경험하실거면, 단순 캐시용 뿐만 아니라 큐 핸들링 같은것도 경험해보시는게 좋을거 같아요.

지돌이 · Answer

직접 구축해서 뭔가 더 어필을 하고싶은것인가요? 인스턴스 별도든 aws elasticcache든 신경쓰지 마시구 그냥 임베디드로 하시는게 어떠세요? 전 잠시 테스트용으로 했었는데 어치피 포폴용이고 레디스 개념이나 개발 할 때 어떻게 사용하는지 보여드릴려고 하는건데 어떻게 구축까지 하는지는 크게 신경 안 쓸 것 같아요..물론 직접 구축하면 +요소는 되겠지만 합/불에 큰 영향이 갈지 모르겠네요..정말 규모가 작지 않으면 구축은 인프라담당자가 하실테니..

jwt 저장 장소

7개의 답변

Q&A 목록