A
약 60초
병렬화와 캐싱으로 결제 흐름 단계별 소요 시간 절반 개선 경험
사이드 프로젝트에서 결제 흐름 성능을 개선한 경험이 있습니다. 사용자가 결제 버튼을 누른 뒤 완료 화면까지 4초 이상이었는데, 이를 줄이는 것이 목표였습니다. 먼저 각 단계의 소요 시간을 로그로 측정해보니, 외부 PG사 API 호출과 재고 확인 쿼리가 순차 실행되는 구조가 병목이었습니다.
비동기 처리로 병렬화 가능한 단계를 분리했고, 재고 확인에 캐시 레이어를 추가했더니 평균 결제 완료 시간이 1.8초로 줄었습니다. 결제 흐름 최적화에서 병렬화와 캐싱 외에 가장 중요했던 건 실패 케이스를 건드리지 않는 것이었는데, 성능 개선 과정에서 오류 처리 로직을 실수로 바꾸면 금액 오류로 이어질 수 있었습니다. 지금도 성능 최적화 코드는 기존 오류 경로를 그대로 유지하는지 먼저 검증하는 순서를 지킵니다.
이 결의 특징
결제 흐름을 4초 → 1.8초로 단축한 구체적 성과가 있습니다. 타임스탬프 로깅으로 병목을 정확히 찾고(PG API + 재고 확인), 비동기 처리와 캐시 레이어라는 두 최적화를 적용한 흔적이 드러납니다. 성능 개선 후 오류 경로 검증이라는 신중함이 기술적 깊이를 더합니다.
이 결이 통하는 자리
"결제는 속도만 아니라 안전성도 함께"라는 균형이 명확할 때 통합니다. 성능 개선 과정에서 기존 오류 처리를 보존한 사실이 명확히 드러날 때, 금융거래 민감도가 높은 팀에서 이 후보를 신뢰할 수 있는 자리가 만들어집니다.