일기 보상 앱과 포인트 운영 관리자 웹 구축

주요 기능

무엇을 만들었나요?

• 사용자가 하루에 한 번 일기를 작성하면 보상형 광고를 본 뒤 포인트가 적립되고, 작성일 기준 중복 지급은 데이터베이스 제약으로 막습니다.
• 일기에는 사진 한 장을 붙일 수 있고, 앱이 자동 압축한 이미지를 S3 Pre-signed URL로 직접 올려 API 서버를 거치지 않습니다.
• 달력 화면에서 자신이 쓴 일기를 날짜별로 되짚어 볼 수 있고, 연속 기록 일수를 함께 보여 줍니다.
• 행운의 룰렛은 광고 시청 후 돌릴 수 있으며, 관리자가 설정한 칸별 가중치로 추첨해 포인트를 즉시 지급합니다.
• 기프티콘 스토어에서 쌓인 포인트로 모바일 상품권을 교환하고, 요청·발송·실패·환불 상태로 처리 결과를 추적합니다.
• 포인트 내역 화면은 적립과 사용을 한 줄씩 보여 주며, 각 건에 증감액과 이전·이후 잔액이 기록돼 있어 뒤늦게도 추적할 수 있습니다.
• 운영자는 관리자 웹에서 회원을 조회·검색하고 탈퇴를 처리하며, 포인트를 직접 지급하거나 차감할 수 있습니다. 신고된 일기는 검토 후 삭제합니다.
• 운영자가 룰렛 칸별 포인트·가중치·색상, 일기 작성 보상 포인트, 앱 버전과 강제 업데이트 정책을 관리자 화면에서 바꾸면 배포 없이 반영됩니다.

해결 과정

제약을 어떻게 풀었나요?

1. 제약 1

   보상형 광고는 앱이 보내는 시청 완료 신호만으로 포인트를 지급하면 위변조를 막을 수 없습니다.

   의사결정: 보상 지급의 근거를 앱이 아니라 광고 플랫폼의 서버 콜백에 두기로 했습니다.

   구현: AdMob Server-Side Verification 콜백을 서버가 검증한 뒤에만 포인트 적립 트랜잭션을 실행하도록 구현했습니다.

2. 제약 2

   포인트가 실제 상품권으로 교환되므로 잔액이 한 번 어긋나면 사후 정정이 어렵습니다.

   의사결정: 잔액 컬럼을 직접 고치는 경로를 없애고, 모든 증감이 포인트 이력 테이블을 거치게 했습니다.

   구현: 일기 보상·룰렛 보상·기프티콘 구매·관리자 조정을 유형으로 구분하고, 각 건에 증감액과 이전·이후 잔액을 함께 기록해 어느 시점의 잔액이든 되짚을 수 있게 했습니다.

3. 제약 3

   일기 보상 포인트와 룰렛 당첨 확률은 운영 중 자주 바뀌는 값인데, 코드에 두면 수정할 때마다 앱을 다시 배포해야 합니다.

   의사결정: 자주 바뀌는 운영 값을 코드에서 분리해 설정 테이블과 관리자 화면으로 옮겼습니다.

   구현: 룰렛 칸별 포인트·가중치·색상과 보상 포인트, 강제 업데이트 정책을 키-값 설정으로 저장하고, 관리자 화면에서 바꾼 값이 곧바로 반영되도록 했습니다. 룰렛 설정 화면은 입력한 가중치로 계산된 당첨 확률을 함께 보여 줍니다.

4. 제약 4

   일기 사진이 API 서버를 거쳐 올라가면 업로드가 느려지고 서버 부하도 커집니다.

   의사결정: 이미지 전송 경로를 API 서버에서 떼어 내 스토리지로 직접 보내기로 했습니다.

   구현: 서버는 S3 Pre-signed URL만 발급하고, 앱이 자동 압축한 이미지를 스토리지에 직접 업로드한 뒤 그 경로만 저장하도록 구현했습니다.

화면

실제 화면과 구조

사용 기술