![]()
▶️배경 현재 CloudPlatform Service를 만들고있는데, 주요 서버는 두개가 있다. User Data Control Server (Spring Boot) System Operation Management Server (Go Lang) Client -> UDCS (Proxy Server) -> SOMS 형식으로 통신하게된다. UDCS 서버에서는 로그인 및 회원가입과 같은 인증 및 인가, 그리고 로깅을 담당한다. 즉 Client가 아래 처럼 request와 accessToekn이 포함된 헤더가 있다면 이 정보를 이용하여 SOMS 서버에 똑같이 요청을한다(Proxy 역할) { "dest": "/vm/create", "method": "POST", "data": "{ blah blah }" } 이런..
▶️상황 현재 피파 전적검색 앱 프로젝트를 진행중이다. 사용자가 전적갱신을 하게되면 다음과 같은 로직으로 진행하게된다. 닉네임을 통한 고유Id 가져오기. 고유Id를 통해 해당 유저의 매치 List 가져오기. 매치 List를 돌면서 하나씩 요청하여 상세 정보 가져오기. 1번과 2번 로직은 문제가 없다. 하지만 3번에서 문제가 있는데, Nexon 에서 제공해주는 피파 API 에서 가끔 쓰레기 데이터까지 가져온다. 예를들어 상대방이 없다거나 매치결과가 승무패가 아닌 ERROR 인 경우가 있다. 이 때문에 유효성 검사를한 후 2가지 방법으로 나뉜다. 유효하지 않은 매치정보일 경우에 validation 값을 false로 설정하고 db에 저장한다. 유효하지 않은 매치정보일 경우에 db에 저장하지 않는다. 2가지 방..
