PocketPay

PG사를 이용한 결제 시스템을 직접 구축해보고 싶어서 프로젝트를 진행하게 되었습니다. 프로젝트를 간략하게 설명하자면, 여러 기업들이 포켓몬 카드를 저희 사이트에 판매 등록하면, 일반 사용자가 그 카드를 구매하고, PG사 수수료와 PocketPay(플랫폼) 수수료를 제

PG사를 이용한 결제 시스템을 직접 구축하면서 가장 신경 쓴 부분 중 하나는 외부 결제 서버의 장애를 우리 서비스 전체의 장애로 만들지 않는 것이었습니다. 결제 승인 과정에서 API 서버는 PG사처럼 외부 시스템을 호출합니다. 문제는 외부 시스템의 응답이 느려지거나

결제 시스템에서 장애를 막는 것만큼 중요한 것은 장애가 발생했을 때 운영자가 빠르게 상황을 인지하고 대응할 수 있게 만드는 것입니다. PG사 응답이 늦거나 결제 결과를 확정하지 못하는 상황은 언제든 발생할 수 있습니다. 이때 시스템이 오류를 기록하는 것만으로는 충분하

주문부터 결제, 환불까지: 하나의 요청으로 묶지 않은 이유 주문과 결제는 사용자에게 하나의 과정처럼 보입니다. 상품을 선택하고 결제 버튼을 누르면 재고가 줄고, 포인트가 반영되고, 판매자 정산 데이터까지 만들어져야 합니다. 환불할 때는 반대 방향으로 금액과 상태가