서버 한 대가 죽거나 배포할 때, 서비스는 멈추지 않나
서버 한 대로 돌던 서비스를 가용 영역 2곳으로 나누고, 껐다 켜던 배포를 블루그린으로 바꾸고, 서버가 2대가 되면서 두 번씩 돌기 시작한 배치를 막은 기록입니다. 각 단계에서 무엇을 고르지 않았고 왜 그랬는지를 남깁니다.
서버 한 대가 죽거나 배포할 때, 서비스는 멈추지 않나 PG가 답하지 않을 때, 카드 취소 알림은 10초 안에 처리되나 PG가 답하지 않을 때, 카드 취소 알림은 10초 안에 처리되나
카드 취소 알림을 받으면 PG에 결제 상태를 다시 물어본 뒤 환불을 반영합니다. 그 조회가 늦거나 끊길 때 알림 응답이 얼마나 걸리고 취소가 언제 반영되는지, 재전송이 몰리면 어떻게 되는지 재고 고친 기록입니다.
승인 응답 직후 서버가 죽으면, 돈은 나갔는데 주문은 어떻게 되나 승인 응답 직후 서버가 죽으면, 돈은 나갔는데 주문은 어떻게 되나
결제 승인 응답을 받은 직후 저장하기 전에 서버를 죽여, 돈은 나갔는데 주문은 결제 진행중으로 남은 건을 복구 배치가 언제 어떻게 찾는지 재고 고친 기록입니다. 고치기 전에 재고, 고친 다음 같은 조건으로 다시 쟀습니다.
새벽 갱신 배치가 느리거나 자정을 넘길 때, 구독 결제는 어떻게 되나 새벽 갱신 배치가 느리거나 자정을 넘길 때, 구독 결제는 어떻게 되나
새벽에 도는 구독 갱신 배치에 구독 5천 건을 넣어 처리 시간을 재고, PG 응답을 끊거나 늦춰 무응답 중 배치와 자정을 넘긴 두 배치의 이중 결제를 재현하고 고친 기록입니다. 고치기 전에 재고, 고친 다음 같은 조건으로 다시 쟀습니다.
PG가 5초 늦거나 답이 없을 때, 결제 승인은 어떻게 되나 PG가 5초 늦거나 답이 없을 때, 결제 승인은 어떻게 되나
PG 응답을 늦추거나 끊어 결제 승인 API의 한계를 재현하고, 커넥션 풀 고갈의 진짜 원인을 찾아 고친 기록입니다. 고치기 전에 재고, 고친 다음 같은 부하로 다시 재서 비교했습니다.