안녕하세요, 오늘은 최종프로젝트 관련 질의응답 내용을 정리해보았습니다.
-
백오피스 구현을 위해 고민하신 내용이 따로 있을까요??? Application 을 분리하거나 시큐리티의 Role 을 통한 api 권한 부여 등을 고민하셨는지 궁금합니다.
-> 도메인만 분리하고 어플리케이션은 따로 분리하지 않았습니다. 시큐리티의 Role 을 통해서 admin api 에 권한을 부여하는 방법을 선택했습니다. -
어드민을 생성하기 위한 CRUD 는 따로 고려되지 않으셨을까요?? 직접 SQL 문을 이용한 Insert 만을 고려하신 부분일까요?
->회원가입시에 adminToken 을 입력하면 admin 으로 회원가입하여 정보가 생성되도록 하였습니다. -
ERD 에서 각 varchar 의 사이즈가 255로 고정되어 있는 것은 의도하신 것일까요?
-> 이거 ERD 클라우드에서 수정반영한걸 sa 노션정보에 최신화시키지 못했습니다. 최초에는 관성적으로 255로 하였으나 기능에 맞게 사이즈를 각각 적용해주었습니다. -
CI/CD 에 대해서 정리하신 부분 외의 어떤 것을 이용하여 CI/CD하실 계획이실까요??
-> 도커 컴포즈와 깃 액션을 이용하여 CI/CD 할 계획입니다. -
전체 챌린지 조회의 경우 조회되는 수가 많아 부하가 발생될 수도 있을 것 같은데 해당 부분에 대해서 고민하신 부분은 없으실까요?
-> 더미 데이터를 넣어 성능 테스트를 하고, 인덱스를 활용해서 코드 리팩토링 해보고, 이후에는 Redis 활용예정입니다. -
이미지 등을 업로드 할 경우, S3 업로드 후에 DB 에서 문제가 발생할 경우 S3 에 업로드된 이미지는 저장되어 있는 것일 까요?
-> 이미지는 S3에만 저장이 되어 있습니다, DB에서는 이미지의 url만 받아오기 때문에 DB에 문제가 발생할 경우 S3에 업로드된 이미지는 저장되어 있습니다. -
챌린지 인증에 대한 로직은 어떻게 구현하실 생각이신가요?
-> 유저가 챌린지에 참가하고 해당 챌린지에 챌린지인증요청을 하게 되면, 어드민이 이를 확인하여 enum 타입으로 승인/거절을 하여 상태값을 변경하도록 로직을 구현 해두었습니다. -
참가비의 경우가 있다면, 결제로직을 통해 포인트를 증감하거나 하는 로직이 었어야 되지 않나요?
-> 기존의 챌린저스 서비스와는 다르게 참가비는 없습니다. 인증요청 승인여부에 따라 포인트가 지급되는 로직은 구현해두었고, 이후 이 포인트를 소모할 수 있는 컨텐츠를 고민하고 있습니다. -
회원 탈퇴의 경우 soft, hard delete 중 어느것을 채택하셨을까요??(챌린지 삭제등 전체 삭제 관련 문의 드립니다.)
-> 회원 탈퇴는 회원 상태값만 변경하는 soft delete를 채택했고, 챌린지 삭제는 연관된 DB를 모두 삭제하는 hard delete 를 채택했습니다. -
챌린지 인증은 누가 진행하는 것일까요? 만약 일반 유저가 진행한다고 한다면, 해당 기간내에 인증을 해주지 않게되면 어떻게 되는 것일까요?? 메일 혹은 알람을 주는 기능에 대해선 고민을 해보신걸까요??
-> 챌린지 인증요청은 user가 하고, 챌린지 인증 처리는 admin이 합니다. 계획은 admin이 매일 정해진 시간마다 챌린지 인증요청을 확인하는 형태로 계획을 하고 있고, 확인 전까지는 인증요청은 대기상태로 있습니다. 챌린지 관련 이메일 알람은 고민해보고 있습니다.
