세션에 사용자의 권한내용을 담는 것이 옛날 기술인가요?

Question

안녕하세요. 1년차 신입 개발자 입니다. :)아직 모르는 것이 정말 많아 기본적인 것도 많이 질문 할 수 있습니다 ㅠ 회사에서 여러개의 시스템을 사용 중이고,이 각각의 시스템들에서 사용하던 관리자/사용자 권한 체크 기능들을 하나의 공통 API로 만들어서 제공하고자 합니다.(A,B,C 시스템에서 사용하던 각각의 기능들을 합쳐서 제공 할 예정)목적은 사용자 관리를 위함이구요간단하게 이 사용자가 이 메뉴를 볼 수 있는가를 체크하는 기능을 만들겁니다. 그런데 이럴 경우, 매번 사용자가 메뉴를 클릭할 때 마다 권한 여부를 판단하기 위해 API를 호출하게 되면 오고가는 통신이 너무많아 부하가 올 것 같더라구요. 그래서 처음 로그인 했을 때, 세션에 담는 방법을 생각해 보았는데, 팀의 차장님께서 요즘 세션을 누가 쓰느냐고 말씀하시더라구요. 요즘은 세션에 저런 정보들을 안 담나요? 혹은 세션을 잘 사용하지 않나요? 또한, 이렇게 됐을 경우 서버 저장공간에 부하가 가지 않을까 우려가 되긴 합니다. 얼마나 많은 정보가 담겨야 보통 부하가 걸리나요? 혹은 부하가 걸릴지 어떻게 예상해볼 수 있을까요? (예를 들어 한 사용자가 어느정도 공간을 차지하게 되고 서버의 저장공간에 얼마정도 차있는지 판단하는 방법) 저희 서버 같은 경우 하나의 서버에 여러개의 시스템이 올라와있는 형태입니다. 하나의 시스템. 하나의 서버로 분리되어 있지 않습니다. 긴 글 읽어주셔서 감사합니다.

fender · Answer

안쓰는 추세인 건 맞습니다. 세션을 쓰게 되면 클러스터 환경에서 인스턴스간 세션을 복제하거나 특정 클라이언트는 특정 서버에만 접속하게 하는 식의 장치가 필요한데, 특히 클러스터를 구성하는 인스턴스가 탄력적으로 변하는 클라우드 환경이라면 서버 메모리로 관리되는 상태값은 기본적으로 구성을 복잡하게 만들 가능성이 있다고 보아야 합니다.

토호호 · Answer

추세가 안쓰는 추세이기는 하지만 사내(외부 인터넷 연결X) 시스템이라면 세션으로 개발을 하기도 합니다.제가 그러고 있습니다... 전 토큰으로 매번 디비 읽어오자고 했지만 디비 사용이 빈번한거 싫다고해서 세션으로 하고 있습니다.

쥐팍 · Answer

네 사내 시스템이 맞습니다..!

더미 · Answer

세션을 쓰지 않겠다면멀 쓰자고 대안을 주겠죠.원하시는 시스템은 sso로 찾아보세요

세션에 사용자의 권한내용을 담는 것이 옛날 기술인가요?

4개의 답변

Q&A 목록