토스페이 (완료 시 )
문제
•
결제취소 요청 처리
◦
결제데이터와 결제취소 데이터를 분리 해야함
◦
이 때, 1대1 매핑하게 되면, 불필요한 외래키 + (N+1)이슈 처리해야만 함
◦
여러 블로그에서 따로 처리하고 있던데 이또한 이야기 해보고 싶음 ㅎㅎ
•
포인트 출금
◦
자신의 포인트에 대해 실제 돈으로 환급하기
•
카드 이외 결제
◦
카드 이외 어떤 방법들을 허용할 것인가 ??
해결방안
•
결제취소 요청 처리
◦
먼저 결제요청 처리가 되는지를 확인해야함
◦
결제요청 처리 확인 이후 추후 구현 예정
•
포인트 출금
◦
오픈뱅킹 API
▪
승인심사 및 수수료 이슈로 인해 실서비스 이후 구현하기로 미룸
▪
까다로운 승인심사 절차로 제한사항 존재
① 통합API 포털(https://openapi.kftc,or.kr)에 회원가입 후 오픈뱅킹 이용을 신청합니다.
② 오픈뱅킹 센터는 이용기관(핀테크기업, 금융기관)이 제출한 서비스 계획서와 관련 증빙서류를 토대로 이용적합성을 심사합니다.
③ 이용기관은 통합API 포털의 개발자사이트에서 서비스 개발 및 테스트를 진행합니다.
④ 오픈뱅킹 센터는 개발이 완료된 이용기관 서비스의 기능을 테스트합니다.
⑤ 보안전문기관에서 핀테크 서비스의 보안 취약점을 점검합니다.
⑥ 이용기관은 주거래기관(은행)과 수수료를 협의하신 후, 계약에 필요한 관련 서류를 제출하시면 오픈뱅킹 센터와 이용계약을 체결한 후 서비스를 운영합니다.
Plain Text
복사
▪
잔액조회 업무 2~3원, 거래내역조회 5~10원, 출금이체 30~50원, 입금이체 20~40원
•
카드 이외 결제
◦
현재로서 카드로만 지원 예정
◦
추후 구현 예정
기프티콘 검증 및 유효하지 않은 기프티콘 처리
문제
•
판매 기프티콘 이미지 제출 시, 아무 이미지나 업로드 가능
◦
기프티콘 검증 프로세스 ??
▪
백오피스에서 수동 검증을 해야하나??
•
기프티콘 선물하기 프로세스
◦
선물하기 for Biz API 사용 X
▪
선포비는 사업자등록번호 필요함,,,
해결방안
•
판매 예정 기프티콘을 사전 검사 받고, 판매 시에는 검사 통과한 기프티콘 중 선택하여 판매
•
구매한 기프티콘이 비정상일 시 신고할 수 있도록 함
◦
신고 처리는 백오피스로 처리
앞으로 최종발표까지 할 일 리스트
문제
•
개선사항
◦
동시성 이슈 여부 확인 후 서비스 코드 개선
◦
스케줄링 인스턴스 분리
◦
JMeter 이용하여 각 시나리오에 따른 부하 및 오토 스케일링 테스트
◦
무중단 배포에 대한 검증 테스트
◦
S3 이미지 조회 및 추가 성능 개선
◦
RDS에서의 CQRS 구현
◦
상품 관련 데이터 Redis 캐싱처리
◦
jacoco 테스트 커버리지에 따라 CI 제한
•
추가 기능 사항
◦
상품 백오피스 추가 >> 게시판 및 댓글 형식
▪
판매입찰 기프티콘 이미지 검수
▪
신고하기
◦
인기 기프티콘 랭킹 표시
◦
유저별 최근 검색 기록 표시
◦
검색어 자동완성 기능 추가
◦
주문상태 중 기프티콘 검증 단계 추가
◦
결제 모듈
◦
실시간 데이터 처리 SSE 기능 추가
◦
Actuator(스프링 헬스체크) + Micrometer(지표수집) + Grafana(시각화)
해결방안
•
오늘 할 일 (24-01-23)
◦
JMeter 시나리오 테스트(Jan 23)
▪
시나리오를 각자 잡아서 jmx 파일을 만들고
▪
jmx 파일들을 하나로 뭉쳐서
▪
하나씩 던져보기
◦
조회 시나리오(Jan 23) @규정
▪
메인페이지 조회 1000번
▪
상품 상세 조회 1000번
◦
즉시 구매 시나리오(Jan 23) @규빈
▪
즉시 구매 API 자체를 POST N번
◦
구매 입찰 시나리오(Jan 23) @규빈
▪
구매 입찰 API 자체를 POST N번
◦
즉시 판매 시나리오(Jan 23) @지훈
▪
즉시 판매 API 자체를 POST N번
◦
판매 입찰 시나리오(Jan 23) @지훈
▪
판매 입찰 API 자체를 POST N번
◦
Actuator(스프링 헬스체크) + Micrometer(지표수집) + Grafana(시각화)(Jan 23)