Return Service.load UserUuid

문제 동아리 연합회(관리자), 동아리 회장, 일반 사용자처럼 역할이 여러 개 있었다. 역할마다 조회하는 저장소가 달랐고 만들어야 하는 UserDetails도 달랐다. 로그인 후에는 토큰에서 사용자 식별자를 꺼내 다시 인증 정보를 만들어야 했기 때문에 역할에 따라 어떤 인증 서비스를 써야 하는지도 같이 정해야 했다. 역할이 늘어날수록 인증 코드도 같이 커진다. 역할마다 조회 방식이 다르다 보니 한곳에서 전부 처리하기 시작하면 역할 하나가 추가될 때마다 기존 코드를 계속 수정하게 된다. 토큰 재발급도 비슷했다. 사용자 식별자만 가지고는 어떤 인증 서비스를 써야 하는지 바로 알 수 없어서 역할 정보가 같이 필요했다. 그래서 역할별 조회 로직은 따로 두고 현재 역할에 맞는 서비스 하나만 고르는 방식이 필요했다. 토큰을 다시 읽을 때도 같은 역할 정보를 그대로 써야 했다. 해결 방안 인증 로직은 역할별 서비스로 나눴다.