🌄 Topic Selection Background

• 팀원들이 다들 여행이라는 공통 관심사가 있었고 현대인들의 바쁜 일상 속에서 사용자들이 여유를 찾고 여행을 더욱 특별하게 즐길 수 있도록 하기 위해 주제 선정

🏹 Architecture

🛠️ Tech Stack

JAVA, SPRING BOOT, SPRING SECURITY, OAUTH 2.0, REDIS, DOCKER, JENKINS, AWS

🤔 Technical Decision

1. Redis

   • 사용자가 랭킹 페이지에 접근하거나 새로고침 시 DB에서 랭킹 데이터들을 가져온다면 속도가 느릴 것이라고 판단
   • key-value 형식인 Redis 도입

2. Redission

   • 여러 사용자가 같은 게시글에 대해 좋아요를 누르면 경쟁 상태가 발생하고 좋아요가 누락될 것이라고 판단하여 분산 락을 적용하기 위해 도입
   • Redisson은 Redis의 라이브러리로 Redis가 프로젝트에 이미 구현 및 배포가 되어있어 간편하고 쉽게 분산 락 기능을 구현할 수 있어 선택

3. SMTP

   • 다양한 이메일 클라이언트와 서버간의 호환성을 보장하여 이메일 인증 기능을 구현하는데에 가장 적합하다고 생각하여 도입

4. RDS

   • 처음에는 EC2에서 Docker를 통해 MySQL을 띄워서 사용하는 방법을 선택했지만 EC2에는 데이터베이스와 관련해서 자동으로 관리를 담당하는 부분이 매우 적음
   • 때문에 데이터 유지보수와 백업 등을 자동으로 해주는 RDS를 도입

5. S3

   • 서버에 직접 업로드하면 다른 서버에서 업로드한 파일을 사용할 수 없고 서버에 부하가 생길 것이라고 판단
   • 저장하는 데이터 양에 대한 비용이 저렴하고 스토리지의 확장, 축소에 신경쓰지 않아도 되는 S3를 도입

6. EC2

   • ECS를 사용하는 경우, Docker 기반의 컨테이너 방식으로 배포를 해주고 EC2만 사용하는 것에 비해 많은 부분이 자동화 되는 장점이 존재하지만 배포를 처음 해보는 것이고 과정 하나하나를 직접 진행하며 EC2에 대해 숙지한 후에 ECS를 시도하는 것이 좋을 것이라 판단하여 EC2를 도입

7. Jenkins

   • 코드의 수정이 있을 때마다 수동으로 배포를 진행하며 번거로움을 느껴 CI/CD 도구의 필요성을 느낌
   • 초기 세팅이 어렵지만 다른 도구들에 비해 속도가 빠르고 UI를 통해 관리가 편리하다는 장점이 있는 Jenkins를 도입