"Was scale out 시 문제를 해결하기 위해 jwt를 도입한다고 하는데 이게 사실 정답이 아니고 was session방식을 이해못했을 수 있다" < 이 말씀에서 궁금한게 있습니다 왜 정답이 아닌지 사람들이 어떤 부분을 이해 못한거일지 궁금합니다... 혹시 알려주실수있을까요...? 전 아래와 같은 이유로 세션대신 jwt를 사용한다고 알고있습니다.. 틀린점이 있다면.. 말해주세요! Scale out시 세션 데이터를 공유해야하는데.. 이걸 구현하기가 복잡해서 jwt를 선택했다고 알고 있습니다 Jwt의 refresh토큰을 사용하면 보통 서버에 (ex 레디스) 저장하는데 그경우 세션과 비슷한 문제(데이터 공유)가 생기지만 레디스는 클러스터모드가 있어서 서버를 여러대로 확장하더라도 알아서 데이터를 공유해줍니다. 그래서 세션에 비해 편리해요. 그래서 jwt을 세션 대신 사용합니다.
jwt를 사용하는 건 물론 그런 이유도 있지만 개발 플랫폼 다양화를 위해서도 사용합니다. 웹 환경 뿐만 아니라 모바일 디바이스 환경, ios나 안드로이드 같은 곳에서도 안정적이게 인증상태를 유지하기 위해 jwt를 사용하는 것이죠. 이러한 이유에 더해 모바일 환경에는 쿠키라는 게 없기에 서버에서 클라이언트로 jwt를 넘길 때 쿠키가 아닌 평문으로 response body에 담아 클라이언트로 전달하기도 합니다. 보안은 https에 위임하구요. 물론 쿠키로 넘겨줘도 라이브러리를 통해 모바일 클라이언트가 쿠키 데이터를 읽을 순 있지만 굳이 번거롭게..?
was scale out 시 세션 정합성 확보를 위한 수단이 없는 것도 아닌데 굳이 jwt를 사용했다는 점에서 의문점을 가지신 게 아닌가 싶습니다. 정말 세션 인증의 문제를 해소하기 위해 jwt를 사용한 것인지 토큰 기반 인증을 널리들 사용하니 따라 사용한 것인지 의문을 가질 수 있게 서술하셨다고 봐여
댓글을 읽다 궁금한점이 생겨 답글을 남기게 됬어요. refresh token을 사용하려면 jwt가 redis를 사용한다고 했는데, session cookie 방식도 마찬가지로 redis session clustering 하면 똑같은게 아닌가 싶어서요. 아마 session을 서버측에서 직접 끊어야 될 일이 생기면 session cookie 쪽은 끊기 쉬운데 JWT쪽은 끊기 어려웠던걸 Refresh token 을 이용해 끊는거 같긴 한데 굳이 끊을 필요가 있는 곳에 JWT를 써야하는 필요가 있는건지도 자세히는 모르겠어요. JWT를 사용하면 결국 매 요청마다 서버에 데이터를 보내야하는데, 쿠키에 넣으면 자동적으로 보낼 수 있어 편리하니 쿠키를 보통 이용하는 점도 비슷할거 같고.. 상태를 변경시켜야할때 JWT의 이점이 무엇인가요? 제가 아직 JWT를 잘 몰라서 그럴 수도 있는데 잘 모르겠어요. 혹시 아시는 분 있으면 알려주시면 감사하겠습니다.
@@ru-dev JWT가 어떤 문제를 해결하기 위해 탄생했는지부터 되짚어볼 필요가 있습니다. 세션 쿠키 방식의 가장 큰 문제는 서버가 세션을 항상 메모리에 들고있어야 한다는 부분이었습니다. 대부분의 기업들에서는 아무런 문제가 없지만 세계구급의 대기업들에서는 서버 부하의 큰 원인이 되죠. 이용자가 억, 십억명 단위라고 생각해보세요. 억단위의 이 데이터들을 모두 메모리에 유지해도 아무런 문제가 없을 수 있을까요? access token과 refresh token을 함께 사용하면 세션 쿠키 방식과 다를게 뭐냐라는 의문을 제기하는것은 굉장히 훌륭하다고 생각합니다. 얼핏 보면 굉장히 유사한게 맞는데요, access token과 refresh token을 함께 사용하는 경우가 서버에 부하를 유의미하게 적게 줄 수 있습니다. 왜냐하면 세션 쿠키방식의 경우 매 인증 요청마다 DB에 대한 질의가 발생하지만 토큰방식의 경우엔 토큰의 권한, 만료일시, 종류를 모두 따져가면서 필요할때만 DB에 대한 질의가 발생되기 때문입니다. 마지막으로 이 내용 역시나 대부분의 기업에는 해당하지 않음을 고려해주세요. 정말 굉장히 큰 기업들에나 해당되는 내용들입니다 ^^... 네이버, 카카오 같은 회사도 세션 쿠키 방식을 써도 아무런 문제가 없다는 내용은 이런 맥락에서 나온것이라고 이해해주시면 되겠습니다. 세션쿠키 방식과 토큰 방식은 어느 하나가 더 우월한 방법이 절대 아니며, 두 방법 모두 분명한 장단점이 존재합니다. 서로의 장단점을 명확하게 파악하고 상황에 맞게 필요한 방법을 선택하면 되는 문제입니다. 하지만 요즘 취준하시는 분들은 모두 JWT를 고집하시는 경향들이 많은것으로 느껴지는데 왜인지는 잘 모르겠네요.
C언어 고수이면 어느정도 수준의 프로그래밍이 가능한걸까요? 이력서에 언어 수준 상 중 하로 나뉘어 있는 것에 자신을 실력을 적어야할 때 그 기준이 정해져있지 않고 모호하여 글쓴이 분은 고수라 적어주셔서 그 수준에 대한 기준을 가지고 계실거라 생각들어서 질문드려봅니다 고수인 것의 기준은 무엇일까요?
백엔드 6년차인데 이런거 보면 요즘 신입 분들 취업은 훨씬 힘들 것 같아요. 저도 유명회사 취업은 꿈도 못꾸겠어요. 들어가면 일은 해낼 수 있을 것 같은데, 입사 과정 필터링은 도저히 엄두가 안나네요.
참 이런 신입이력서 영상볼때마다 드는생각이.. 신입 지원인데도 이런 이력서로 깔만한게 있다니 싶습니다 ㅋㅋㅋ
15:54 object 배포 -> object mapper 로 자막을 수정해야할 것 같습니다.
언제나 최고의 선택
와… 백은 아니고 프론트 신입 지원중인데 cto나 시니어 개발자분들의 관점에서 이력서 포폴 보는거 신기하고 재밌어요…😮!
신입 이력서 맞나요 ㅋㅋㅋㅋ 문제 해결 퀄리티가 높네요ㅋㅋ 너무 억까하시는게 아닌가 싶네여
향로님 역시 cto...
15:52 object 배포가 뭔가 한참봤네요.. ObjectMapper jackson.. ㅠㅠ
17:20
여기 나오시는 분들이 요즘 신입 평균인가요?
아님, 신입 분들 중에서도 상위권에 속하는 건가요..?
상위권이면 알아서 잘 가셨을듯...이정도 해도 상위권이 아닌가봐요ㅋㅋ
토스계열사 가셨늠
@@ujty207 지원만한거지 떨어졌대요
"Was scale out 시 문제를 해결하기 위해 jwt를 도입한다고 하는데 이게 사실 정답이 아니고 was session방식을 이해못했을 수 있다" < 이 말씀에서 궁금한게 있습니다
왜 정답이 아닌지 사람들이 어떤 부분을 이해 못한거일지 궁금합니다...
혹시 알려주실수있을까요...?
전 아래와 같은 이유로 세션대신 jwt를 사용한다고 알고있습니다.. 틀린점이 있다면.. 말해주세요!
Scale out시 세션 데이터를 공유해야하는데.. 이걸 구현하기가 복잡해서 jwt를 선택했다고 알고 있습니다
Jwt의 refresh토큰을 사용하면 보통 서버에 (ex 레디스) 저장하는데 그경우 세션과 비슷한 문제(데이터 공유)가 생기지만 레디스는 클러스터모드가 있어서 서버를 여러대로 확장하더라도 알아서 데이터를 공유해줍니다. 그래서 세션에 비해 편리해요. 그래서 jwt을 세션 대신 사용합니다.
jwt를 사용하는 건 물론 그런 이유도 있지만 개발 플랫폼 다양화를 위해서도 사용합니다. 웹 환경 뿐만 아니라 모바일 디바이스 환경, ios나 안드로이드 같은 곳에서도 안정적이게 인증상태를 유지하기 위해 jwt를 사용하는 것이죠.
이러한 이유에 더해 모바일 환경에는 쿠키라는 게 없기에 서버에서 클라이언트로 jwt를 넘길 때 쿠키가 아닌 평문으로 response body에 담아 클라이언트로 전달하기도 합니다. 보안은 https에 위임하구요. 물론 쿠키로 넘겨줘도 라이브러리를 통해 모바일 클라이언트가 쿠키 데이터를 읽을 순 있지만 굳이 번거롭게..?
was scale out 시 세션 정합성 확보를 위한 수단이 없는 것도 아닌데 굳이 jwt를 사용했다는 점에서 의문점을 가지신 게 아닌가 싶습니다. 정말 세션 인증의 문제를 해소하기 위해 jwt를 사용한 것인지 토큰 기반 인증을 널리들 사용하니 따라 사용한 것인지 의문을 가질 수 있게 서술하셨다고 봐여
댓글을 읽다 궁금한점이 생겨 답글을 남기게 됬어요.
refresh token을 사용하려면 jwt가 redis를 사용한다고 했는데, session cookie 방식도 마찬가지로 redis session clustering 하면 똑같은게 아닌가 싶어서요.
아마 session을 서버측에서 직접 끊어야 될 일이 생기면 session cookie 쪽은 끊기 쉬운데 JWT쪽은 끊기 어려웠던걸 Refresh token 을 이용해 끊는거 같긴 한데
굳이 끊을 필요가 있는 곳에 JWT를 써야하는 필요가 있는건지도 자세히는 모르겠어요.
JWT를 사용하면 결국 매 요청마다 서버에 데이터를 보내야하는데, 쿠키에 넣으면 자동적으로 보낼 수 있어 편리하니 쿠키를 보통 이용하는 점도 비슷할거 같고..
상태를 변경시켜야할때 JWT의 이점이 무엇인가요? 제가 아직 JWT를 잘 몰라서 그럴 수도 있는데 잘 모르겠어요.
혹시 아시는 분 있으면 알려주시면 감사하겠습니다.
@@ru-dev JWT가 어떤 문제를 해결하기 위해 탄생했는지부터 되짚어볼 필요가 있습니다.
세션 쿠키 방식의 가장 큰 문제는 서버가 세션을 항상 메모리에 들고있어야 한다는 부분이었습니다. 대부분의 기업들에서는 아무런 문제가 없지만 세계구급의 대기업들에서는 서버 부하의 큰 원인이 되죠. 이용자가 억, 십억명 단위라고 생각해보세요. 억단위의 이 데이터들을 모두 메모리에 유지해도 아무런 문제가 없을 수 있을까요?
access token과 refresh token을 함께 사용하면 세션 쿠키 방식과 다를게 뭐냐라는 의문을 제기하는것은 굉장히 훌륭하다고 생각합니다.
얼핏 보면 굉장히 유사한게 맞는데요, access token과 refresh token을 함께 사용하는 경우가 서버에 부하를 유의미하게 적게 줄 수 있습니다. 왜냐하면 세션 쿠키방식의 경우 매 인증 요청마다 DB에 대한 질의가 발생하지만 토큰방식의 경우엔 토큰의 권한, 만료일시, 종류를 모두 따져가면서 필요할때만 DB에 대한 질의가 발생되기 때문입니다.
마지막으로 이 내용 역시나 대부분의 기업에는 해당하지 않음을 고려해주세요. 정말 굉장히 큰 기업들에나 해당되는 내용들입니다 ^^...
네이버, 카카오 같은 회사도 세션 쿠키 방식을 써도 아무런 문제가 없다는 내용은 이런 맥락에서 나온것이라고 이해해주시면 되겠습니다.
세션쿠키 방식과 토큰 방식은 어느 하나가 더 우월한 방법이 절대 아니며, 두 방법 모두 분명한 장단점이 존재합니다. 서로의 장단점을 명확하게 파악하고 상황에 맞게 필요한 방법을 선택하면 되는 문제입니다. 하지만 요즘 취준하시는 분들은 모두 JWT를 고집하시는 경향들이 많은것으로 느껴지는데 왜인지는 잘 모르겠네요.
@@user-fq5lh2rc2h 감사합니다. 덕분에 의문이 해결되었습니다.
JWT를 사용하면 네트워크 대역폭을 추가로 사용하는 대신 DB 질의량을 줄여낼 수 있다는 점을 제가 간과한 것 같습니다.
도움을 주셔서 감사합니다. 이해에 큰 도움이 되었습니다.
신입이 진~짜 자거 숙련되게 다 할줄 아는건가 ;;
자막 검수가 필요합니다
출최선
점최선
네카라쿠베를 최근 몇일전에 개발바닥으로부터 알게된 개발자입니다. 네카라쿠베 가고 싶어요. 도와주세요. C언어 고수이며 현재 파이썬을 열공중입니다. 연봉은 1억 정도 받고 싶습니다!!!!
화이팅
연봉 1억..
@@lIIllIIIllIIl 힘들까요?
@@user-lv3pk7ts6w 감사합니다. 화이팅!
C언어 고수이면 어느정도 수준의 프로그래밍이 가능한걸까요?
이력서에 언어 수준 상 중 하로 나뉘어 있는 것에 자신을 실력을 적어야할 때
그 기준이 정해져있지 않고 모호하여
글쓴이 분은 고수라 적어주셔서 그 수준에 대한 기준을 가지고 계실거라 생각들어서 질문드려봅니다
고수인 것의 기준은 무엇일까요?