항해 프로젝트 Trouble shooting

Spreet

1. 회원가입 이메일 인증 시 모든 사람에게 똑같은 인증번호가 가는 문제

2. 많은 동영상과 이미지가 업로드되어 많은 트래픽이 발생하여 용량에 따른 트래픽 부하로 인한 개시글 조회 속도가 매우 저하되는 현상

3. 팀원들끼리의 갈등

1. to, code 두가지의 키를 저장하고 인증완료 혹은 일정시간이 지난 후 사라지는 휘발성 데이터로 담아두는 redis dbms를 채택하여 사용하여 해결하였습니다.

추가로 이를 비동기처리와 인증번호 로직 간소화로 인해 응답속도를 추가로 827% 개선하였습니다.

2. 이미지 리사이징을 통해 이미지 조회 속도를 333ms -> 79ms로 개선하였습니다.

대부분의 데이터베이스를 관리하기 쉽고 유지보수가 좋은 MySQL을 사용하였지만, 특정 부분의 조회에 속도를 줄이고자 MSA설계를 살려 메인페이지의 각 카테고리 별 게시글 리스트에만 Redis Chache를 활용하여 캐싱을 적용하여 쿼리 발생시의 속도를 개선하였습니다.

3. 진행했던 프로젝트중 가장 긴 기간인 6주동안 협업을 해야하다보니 팀원들 간의 갈등이 많았습니다.

디자이너와 프론트, 백엔드끼리의 트러블, 프론트와 백엔드끼리의 트러블이 있었습니다.

저는 쓰고, 말하고, 행동하는 3가지로 대부분의 트러블을 해결하였습니다.

먼저 나의 잘못이 무엇이였는지 생각하며 글을 적는 시간을 가지었고,

자리를 마련하여 상대방과 대화를 할 수 있는 시간을 마련하며,

서로의 조언을 통해 서로 고쳐나가는 모습으로 변해가는 행동을 실천하였습니다.

없는 병원을 올리지 못하도록 오픈 API를 통해 전국의 성형외과와 관련된 병•의원의 데이터를 받아오고 이와 일치하지 않을 시 글작성을 하지 못하도록 처리하였습니다.
LogBack 설정과 Slack Webhook을 통해 에러 로그와 빌드 결과를 서버 가동시에도 에러 로그를 확인할 수 있게 하였습니다. 이를 통해 Github Actions로 작동하는 CI/CD중 일어나는 에러도 해결한 기억이 있습니다.

프론트에서 API에 따라 요청을 보낼 때 CORS 문제, url에 endpoint를 추가하여 요청하면 404에러가 나는 문제가 있었습니다. (채팅방 조회시 404, 방조회는 CORS가 일어났던 문제)

원인은 response에 access-control-allow-origin 응답이 없었고, 이를 해결하기 위해 spring security를 활용하여 해결하였습니다.