기획

탄생 배경

1. 문제 인식 :
   • 인터넷에 있는 매력적인 레시피를 보고 따라 해보고 싶어도, 필요한 재료를 일일이 구매하는 과정이 번거롭다.
2. 해결 방안
   • 딸깍! 레시피: 사용자가 레시피에 나와 있는 모든 재료를 한 번의 클릭으로 구매할 수 있는 플랫폼
3. 기능
   • 레시피 검색 및 선택 : 다양한 레시피를 검색하고 선택할 수 있는 기능
   • 재료 자동 목록화 : 선택된 레시피에 필요한 재료를 자동으로 목록화하여 보여줌
   • 원클릭 재료 구매 : 목록된 재료를 한 번의 클릭으로 모두 구매할 수 있는 기능

방향성

• 차별화 요소
  • 사용 편의성 : 레시피에 필요한 모든 재료를 쉽고 빠르게 구매할 수 있는 편리함 제공
  • 시간 절약 : 재료 구매 및 준비 시간을 대폭 줄여줌
  • 다양한 레시피 지원 : 다양한 종류의 레시피를 제공하여 사용자의 선택의 폭을 넓힘

아키텍처

• 프론트
  • Svelte
    • Svelte Material UI : Svelte UI 라이브러리
    • Svelte-Store: 전역 상태 관리자
  • Netlify로 프론트 서버 및 CI/CD 구축
• 백엔드
  • EC2: 백엔드 서버
    • Springboot 2개
      • 무중단 배포용
    • Nginx
      • 로드 밸런싱용
  • S3: 정적 파일 저장소
  • RDS: 관계형 데이터베이스
    • PostgreSQL에서 MySQL로 변경
  • ElastiCache
    • 인메모리 DB 용도로 사용
    • RefreshToken이나 이메일 인증 시, 데이터 임시 저장용으로 사용(TTL을 통해)
  • CI/CD
    • Gradle, Github Actions, Docker를 통해 무중단 배포 환경 구축
      • Gradle: 빌드 툴
      • Github Actions: 레포 관리용으로 사용되는 Github 서버
      • Docker: 일관된 환경에서 배포하기 위한 컨테이너 기술

MVP 주요 작업물

• 재료 구매 버튼 클릭 → 주문 → 결제

기술적 의사 결정

식재료 데이터 활용 방안

• 도입 이유: 딸깍! 레시피 서비스에서, 식재료 데이터를 관리해줄 필요가 존재
• 문제 상황
  1. 레시피를 만들 때, 식재료에 없는 데이터를 입력하면 어떻게 처리할 것인가?
  2. 식재료에 대한 재고가 존재하는 경우, 이를 어떻게 처리할 것인가?
  3. 식재료에 대한 가격과 단위는 어떻게 처리할 것인가?
• 해결 방안
  1. 식재료 테이블에 존재하는 데이터로만 레시피를 등록할 수 있게 설정
  2. 식재료에 대한 재고량은 무한대로 있다고 가정
  3. 식재료마다 단위와 단위당 가격 필드를 설정
• 의견 조율
  • 해당 서비스는 버튼 클릭 하나만으로 레시피에 사용되는 식재료를 구매할 수 있는 것이 주된 목표
  • 쇼핑몰 사이트를 만드는 것이 아니기에, 재고량에 대해서는 크게 관여하지 않도록 결정