타 지역에 집을 구해야 하거나 빠르게 집을 구해야 하는 당신!
직접 매물을 보러가기 어려워 집을 구하는 과정이 힘들었나요?
온방 이 제공하는 화상통화를 이용하여 간편하게 매물을 확인해보세요!
- 서비스 설명 : 화상 통화를 이용한 비대면 부동산 중개 서비스
- 주요 기능 :
- webRTC를 통한 실시간 화상 통화를 이용한 부동산 매물 확인
- 지역 검색을 통한 지도 위 매물 개수 및 정보 확인
💻 BackEnd
- Spring boot jpa
- mySQL
- Redis
- Elastic Search
💻 FrontEnd
- React
💻 Web RTC
- openvidu
- webRTC
💻 CI/CD
- docker
- nginx
- SSL
- Ubuntu
- AWS EC2
- AWS S3
- Git
- Jira
- Notion
- Mattermost
- Discord
- Figma
- WebRTC (Openvidu)
각 방마다 2명까지만 들어갈 수 있게 구현하였고, 중개인만 방을 개설할 수 있도록 했습니다.
임차인이 방에 입장 한 경우, 자동으로 화면 녹화가 시작됩니다. 해당 영상은 FFMPEG를 통해 인코딩 되며, 이후 다시보기로 제공됩니다.
- ElasticSearch
ElasticSearch와 Nori 형태소 분석기를 활용하여 지역, 역, 학교 등 부동산 빅데이터를 효율적으로 검색할 수 있는 엔진을 개발했습니다.
한글 형태소 분석을 통해 정확한 검색 결과를 제공하며, 십만 건 이상의 데이터를 처리했습니다. 처음에는 MySQL 데이터베이스의 LIKE 구문을 활용하여 검색 기능을 구현하려 했으나, 데이터 양이 많아지면서 성능이 급격히 저하되었습니다. SQL 쿼리로는 검색 속도가 느려지고, 사용자 경험에 부정적인 영향을 미칠 수 있었습니다.
따라서, Docker와 Elasticsearch를 도입하여 검색 엔진을 구축하였으며 이는 Elasticsearch의 역인덱싱 기술로 인해 데이터가 증가하더라도 높은 성능을 유지할 수 있도록 구현하였습니다.
- zustand
프론트엔드 구현시에는 React와 zustand을 이용하여 전역 상태 관리를 하였습니다.
- 배포
도커, Nginx, Jenkins를 이용해 배포했습니다. 백엔드를 도커 컨테이너로 배포하였고, 프론트로 Nginx와 함께 도커 컨테이너로 배포하였습니다.
| 깃모지 | 커밋 유형 | 의미 |
|---|---|---|
| ✨ | Feat |
새로운 기능 추가 |
| 🐛 | Fix |
버그 수정 |
| 📝 | Docs |
문서 수정 |
| 💄 | Style |
코드 formatting, 세미콜론 누락, 코드 자체의 변경이 없는 경우 |
| ♻️ | Refractor |
코드 리팩토링 |
| ✅ | Test |
테스트 코드, 리팩토링 테스트 코드 추가 |
| 🙈 | Chore |
패키지 매니저 수정, 그 외 기타 수정 ex) .gitignore |
| 📱 | Design |
CSS 등 사용자 UI 디자인 변경 |
| 💡 | Comment |
필요한 주석 추가 및 변경 |
| 🚚 | Rename |
코드 리팩토링 |
| 🔥 | Remove |
테스트 코드, 리팩토링 테스트 코드 추가 |
| 🚑️ | !HOTFIX |
패키지 매니저 수정, 그 외 기타 수정 ex) .gitignore |
| 🔧 | Config |
CSS 등 사용자 UI 디자인 변경 |
- 커밋 유형 이후 제목과 본문은 한글로 작성하여 내용이 잘 전달될 수 있도록 할 것
- 본문 최상단에 JIRA의 이슈 넘버 작성 [ex)#S11P12A702-177]
- 본문에는 변경한 내용과 이유 설명 (HOW보다는 WHAT & WHY를 설명)
-
Github Flow 진행 방식
-
feature 브랜치가 완성되면
(front or back)/master브랜치로 merge request를 통해 merge한다.⇒ merge request가 요청되면, 모든 팀원들이 코드 리뷰를 하여 안전하게 merge한다.
-
매 주마다
(front or back)/master브랜치를 master 브랜치로 병합하여 배포를 진행한다.
-
-
feature 브랜치 이름 명명 규칙
- (front or back)/(기능 내용)/(Jira 이슈 넘버)
ex) front/Login/S11P12A702-177
ex) back/webRTC/S11P12A702-277
협업 및 업무 관리, 업무 공유를 위해 Jira를 이용하였습니다.
매주 월요일 한 주동안 진행되어야 할 주 단위의 계획을 구성하고, 매일 아침 당일에 할 이슈들을 스프린트에 등록하였습니다.
스프린트는 일주일 단위로 나누어 진행하였습니다.
- Epic : 메인 기능을 위주로 나누어 작성하였습니다. (ex. 시스템 이용을 위한 회원관리 기능이 필요합니다.)
- story :
리프레시 토큰 재발급 요청과 같이 자세하게 작성하였습니다. - subtask : 부작업을 나누어 세세하게 업무 관리를 진행하였습니다.
팀 전체에서 공유되어야 할 내용과, 공지되어야 하는 것을 모아 관리하였습니다.
컨벤션 규칙, 브랜치 전략 등을 노션에 기록하여 필요할 때 언제든 확인할 수 있도록 관리했습니다.
그리고 모든 회의와 피드백을 페이지로 생성하여 다시 찾아보기 용이하도록 구성하였습니다.
매일 아침 9시에 어제 완성한 task와 오늘 할 task를 각자 정리해서 5~10분 동안 서로 공유하는 시간을 가졌습니다.
짧지만 매일 공유하는 시간을 가짐으로써 팀원들의 현재 진행 상황을 자세히 알 수 있었고 지속적으로 모니터링 하여 어려웠던 부분은 서로 도와가며 해결하였습니다.
| PORT | 이름 |
|---|---|
| 443 | HTTPS |
| 80 | HTTP - HTTPS로 리다이렉트(프론트 페이지지로 리다이렉트) |
| 8443 | Openvidu |
| 8379 | Redis |
| 3306 | MySQL |
| 8081 | Jenkins |
| 8080 | Spring boot Docker Container |
| 3000 | React, NginX Docker Container |
| 김준영 | 김서영 | 김일태 | 서정희 | 오유진 | 이소희 |
 |
 |
 |
 |
 |
 |
| 팀장 / BE | BE | FE | BE | BE | FE |
- 안되는 것은 함께 해결하면 해결할 수 있다.
- 코드 리뷰 꼼꼼히 하자
- 긍정적인 말로 팀 분위기를 만들어가자
- 문서화를 잘 하자!