EC2 서버에서 Socket Https가 적용되지 않던 문제를 해결하였습니다. React.js 서버에서 서버와 연동을 할 때 Socket 서버가 Https는 동작하지 않고, Http만 접근이 가능하던 문제가 발견되었습니다. Socket서버를 열어줄 때 발생하는 문제인지, 아니면 기존에 작성된 Https 서버의 문제인지 알 수 없었습니다. 그러던 도중 Socket.Io Document에서 Socket 서버를 열 때 Https를 어떤 방식으로 연동하는지 상세하게 설명돼있었고, 동일하게 프로젝트 구성을 변경해 정상적으로 동작하는 Socket서버를 만들 수 있었습니다.
AWS Route 53에서 발급받은 도메인에 S3의 업로드한 파일이 갱신되지 않았던 문제를 해결하였습니다. 프로젝트를 갱신하기 위해 S3 서버의 모든 파일을 삭제해보았습니다. 하지만 AWS Route 53에서 발급받은 도메인에는 서버가 정상적으로 동작하고 있었고, 삭제했던 파일들의 내용으로 연결이 되고 있었습니다. 이유를 알 수가 없어 Https 연결을 적용한 팀원에게 서버 연결 방식이 어떻게 되는지 질문을 해보았고, S3 > Cloud Front > Route 53 순으로 연결이 진행되고 있다는 이야기를 들었습니다. 연결 중심부에 있는 Cloud Front가 어떤 기능인지 알지 못해 AWS Document에서 확인해보았고, 여러 Edge Location의 캐시를 저장해 사용자들에게 전달하는 것으로 확인했습니다. 오류의 발생 여부가 CloudFront에서 발생하는 것으로 확인했고, 파일 무효화 기능으로 전달된 캐시를 삭제해 서버를 갱신시킬 수 있었습니다.
EC2 서버에서 GeoRedis를 적용했습니다. React.js에서 Kakao Map 마커를 생성하는 구조가 Socket에서 전달되는 데이터 형식이 변경되기 이전의 방식으로 사용 중이었고, GeoRedis에서 전달하는 방식으로 데이터 형식을 수정하였습니다. 그리고 EC2 Socket 서버에 GeoRedis를 연동해 접속한 사용자 주변 위치를 기준으로 유저를 조회하는 기능을 구현하였습니다.
팀장 주간 회의가 진행되었습니다. GeoRedis를 연동한 사용자 정보 조회기능과 모임 초대하기, 대화방 확정 기능에 대해 발표했고, 프로젝트에서 남은 부분은 대화방 및 수정 페이지, CSS가 남아있다고 말했습니다. 저희 팀의 진행 상황에 대한 이야기를 듣고 대표님께서 4건의 피드백을 주셨습니다.
우리 서비스가 어떤 것인지 1줄로 설명하기
서비스를 배포할 때 특정 지역에서 사용자를 모을 것
마지막 로그아웃 위치가 일정 시간 동안 남아있을 것 (마지막 접속 시간 보여주기)
사용자를 초대했을 경우 핸드폰 문자를 이용해 알림을 구현할 것
피드백에 대한 내용을 다음 주 월요일까지 구현하는 것을 목표로 프로젝트 구성을 진행해야 할 것 같고, 화요일부터는 사용자 피드백을 받기 위한 광고를 시작해야 할 것 같습니다. 목표로 하는 기간 안에 구현이 가능한지는 의문이지만 남은 시간을 쪼개서 구현할 수 있게 만들도록 노력해야 할 것 같습니다.
