[Project] - Distance

Team Distance💕 & 9oormthin-univ 와 함께한 프로젝트를 소개합니다..!
이번 '디스턴스' 라는 프로젝트는 대학생을 대상으로한 1:1 랜덤채팅 서비스입니다🎉

해커톤에서 인연이 닿아 지금까지 쭉 개발을 하며 순천향대학교를 대상으로 실제 서비스까지 배포를 진행하였어요!!!

 

디스턴스는 '축제기간' 이라는 한정된 기간동안에만 운영을 함으로써 사용자들의 참여를 더욱 더 이끄는 서비스예요..!!

이제 서비스에 대한 소개는 여기까지하고, 이제부터 서비스에 대해 설명을 해볼게요😊

 

 

---

 

디스턴스 개요

주요 기능	• STOMP를 활용한 1:1 실시간 채팅 • 대학 메일 혹은 학생증을 통한 대학생 인증 • 거리 기반 추천 기능 • 대학 축제 정보 확인
개발 기간	• 2024.03 ~ 2024.05
Skills	JAVA17, Spring Boot 2.7, JPA, AWS ec2, AWS rds, Mysql, Docker, Docker-compose, CI/CD, Nginx
담당 역할	1. DB설계 2. REST API설계    a. 로그인, 회원가입 API    b. 대학생 인증 API    c. 축제 정보 등록 API    d. 위치 업데이트 API       e. 채팅 API       f. 채팅 대기열 API 3. JWT 로그인 방식 구현 4. Deployment    a. AWS EC2를 통한 서버 배포       b. AWS RDS를 사용해 DB 구축    c. Docker를 통해 이미지 생성 및 Docker-compose를 활용해 배포    d. CI/CD를 통한 자동화 5. Custom Exception    a. 예외처리를 목적에 맞게 커스텀에 예외처리 6. AWS Lamda & SNS       a. AWS Lamda와 SNS를 활용해서 Slack연동 후 실시간 모니터링 구현 7. 이미지 업로드       a. AWS S3를 활용해 푸드트럭 이미지 저장 및 삭제 8. 문자인증 API구현       a. Coolsms API를 통한 문자인증 구현
Github	https://github.com/team-distance/distance-be

 

 

---

디스턴스 구조

디스턴스 ERD

디스턴스 ERD

• member : 사용자 정보 관리
• member_hobby : 사용자 취미 관리
• member_tag : 사용자 태그 관리
• fcm : FCM 메시지 관리
• report : 신고관리
• student_card : 학생증 정보 관리
• chatroom : 존재하는 채팅방 관리
• roommember : 채팅방안에 있는 사용자 관리
• chatroomsession : 방에 들어온 사용자 세션 관리
• chatmessage : 채팅방에 나눈 메시지 정보 관리
• chat_waiting : 대기열 채팅방 관리
• food_truck : 푸드트럭 정보 관리
• truck_menu : 푸드트럭의 메뉴 종류 관리
• artist : 축제 가수 정보 관리
• refresh : refresh Token발급을 위한 토큰값 저장

 

---

UI 및 기능

 

distance - 로그인 페이지

Login 페이지

 

distance - 회원가입(1)

회원가입(1) 페이지

 

distance - 회원가입(2)

회원가입(2) 페이지

 

distance - 메인 페이지

Main 페이지

 

distance - 채팅방 생성

채팅방 생성 페이지

 

 

distance - 대기열 페이지

대기열 페이지

 

distance - 채팅방 목록 페이지

채팅방 목록 페이지

 

distance - 채팅방

채팅방 페이지

 

distance - 채팅방(전화 모달)

채팅방 내 전화 모달

 

distance - 학생 인증 페이지

학생 인증 페이지

 

distance - 축제 정보 페이지

축제 정보 페이지

 

---

느낀 점

distance는 24.03.23 ~ 24.03.24 2일동안 진행한 해커톤의 팀원들과 해커톤이 끝나도 직접 서비스 배포를 목적으로 시작한 프로젝트이다. 
몇 번의 서비스배포가 있었지만, 뭔가 이번 프로젝트는 만들면서도 재밌는 프로젝트이고 기능구현이 정상적으로 된다면 최소 100명의 유저는 들어올 것이라고 확신을 하며 팀원들과 서비스를 제작하였다.
마침내 5월2일 목요일,,, 나의 학교인 순천향대학교에 첫 서비스를 오픈하였다😮!!!
이번에 서비스는 정말 2주일동안의 QA테스트를 거치며 모든 팀원들이 다 함께 해커톤 느낌처럼 밤을 새가며 서비스의 완성도를 높여갔고,  기능들이 점차 구현이 되면서 뿌듯함도 많이 느꼈던 거 같다 ㅎㅎ(중간에 개발자를 할 수 있을까? 라는 생각을 100번도 넘게 한듯)
딱 첫 서비스 오픈한지 2시간 쯤 유저가 100명이 되었고, 팀원들끼리 정말 좋아하면서 그 동안의 고생이 다 사라지는 느낌이었다...

이번 프로젝트를 진행하면서 개발 외적인 부분도 정말 많이 배우게 된 계기였다.
우선 늘 개발자 입장에서 인증과정을 정말 꼼꼼히 하는 것이 마냥 좋다고 생각했었다.
하지만 이번 해커톤때 데모부스를 운영했는데 이때 받았던 피드백이 "회원가입 하는 과정이 너무 복잡해요" 였다..!
이 때 무조건 개발 측면에서만 생각하는 것이 아닌 Client입장에서도 생각을 해야된다는(너무나도 당연한..)것을 깨닫고 회원가입 로직을 단순화하는데 기능구현에 걸린 시간보다 어떻게 해야할까를 생각하는데 더 많은 시간이 걸린 거 같다.
또한 지금까지는 개발이 마무리되면 끝. 이거였지만 이번엔 직접 유저들이 많이 사용을 하고 그렇기에 실시간으로 모니터링을 해줘야했다. 
모니터링을 하는거까진 okay였다.. 
하지만 에러가 발생하고 이걸 수정할 때 정말 깃에 푸시하고 서버를 다시 띄우는 그 과정이 너무 힘들었다...
일단 dev서버에서 테스트를 하였다해도 배포했을 때 또 어떤 오류가 터질지 예상이 오질 않았고, ec2를 사용했기 때문에 재배포를 하게 되면 어쩔 수 없이 다운타임이 발생할 수 밖에 없었기에 이 점을 고려하면서 하니까 늘 하던 것인데도 너무 힘들었다.

또한 이번에 처음 시도한 STOMP를 활용한 채팅은 나에게 큰 도전이었다..!!!
시작부터 굉장히 어려웠고, 채팅을 위한 패키지, 테이블만 무지무지 많았다ㅜㅜ
지금 뭔가 일단은 기능 구현에만 집중을 했다면 앞으로는 리팩토링의 과정을 거치며 알고리즘 부분도 변경하면서 성능 고도화에 힘을 써볼 것이다.