서버에서 다른 서버로의 요청시 코드 위치

[parksey]

질문

RestTemplate, HttpServeltResponse를 통한 redirect, WebClient와 같은 라이브러리를 사용하게 되었을 때, 요청을 보내는 설정까지 Presentation layer에서 보낼 것인가? 아님 Application layer에서 처리할 것인가?
입니다.

상세 설명

저희 모아밤 서버에서 다른 서버로 API요청을 보내고 받게 되는 경우가 있습니다.

저의 경우, Authorization Server로 인증/인가 요청을 보내고,
resource server(카카오는 OAuth2.0 사용하면서 Authorization Server와 resource server 분리)에 사용자에 대한 정보를 받아와야 합니다.

이 로직의 경우, 하나의 요청에 아래와 같은 동작을 해야 합니다.

1. 인가 코드 : Client Server(모아밤 서버) -> Authorization Server
2. 토큰 발급 : Client Server -> Authorization Server
3. 리소스 얻기 : Client Server -> Resource Server

이때

String authorizationCodeUri = authenticationService.getAuthorizaionCodeUri();
httpServletResponse.setContentType(MediaType.APPLICATION_FORM_URLENCODED + GlobalConstant.CHARSET_UTF_8);
httpServletResponse.sendRedirect(authorizationCodeUri);

위와 같이 기본적으로 설정이 별로 없고 redirect만 하면 되는 경우 바로 보내면 됩니다.

다만,

HttpHeaders headers = new HttpHeaders();
headers.set(HttpHeaders.CONTENT_TYPE, MediaType.APPLICATION_FORM_URLENCODED + GlobalConstant.CHARSET_UTF_8);
AuthorizationServerTokenIssue tokenIssue = authenticationService.getAuthorizationTokenParams(code);
HttpEntity httpEntity = new HttpEntity(tokenIssue.generateTokenIssue(), headers);

return new RestTemplate().exchange(authenticationService.getOAuthTokenUri(), HttpMethod.POST, httpEntity,AuthorizationServerTokenResponse.class);

위와 같은 로직이 연속으로 동작하다 보니 설정이 많아지게 되고 각 요청에 반환되는 값을 검증하는 코드까지 같이 사용되다 보니 Presentation layer가 너무 길어지고 보기 힘들어지는 것 같다는 느낌을 받았습니다.

따라서 다른 분들의 의견은 어떤지 궁금합니다!

[hongdosan]

개인적으로 Presentation 계층에서는 말 그대로 표현이라 생각합니다.! 로직 혹은 흐름이 있는건 어색하다고 생각해요! 따로 서비스 해결하면 좋을 것 같습니다 ㅎㅎ

[Shin-Jae-Yoon]

저 역시도 동일합니다! 길어지는 것 자체는 문제가 없다고 생각하지만, 길어진 것 안에 로직이나 흐름이 있다면 따로 서비스로 빼면 좋을 것 같아요