주문/결제 처리 관련 성능 개선에 대한 질문

Question

안녕하세요 제목과 같이 주문/결제 처리 관련하여 성능을 어떻게 개선하면 좋을지 문의하고자 글 남깁니다.최근에 면접을 봤는데, 주문을 처리하는 과정에서 많은 일들이 일어나고, 이러한 것들을 하나하나 처리하려면 시간이 걸릴텐데, 이를 개선할 방법이 무엇이냐 라는 질문이 나왔습니다. 사실 경험도 많이 없고 공부도 좀 부족했어서 비동기로 처리하면 좋을 거 같다.. 이런 식으로 우물쭈물 대며 한마디하고 결국 잘 모르겠다고 했는데요. 제대로 대답을 못한게 아쉬움이 너무 크네요ㅜ 면접 끝나고 이것저것 리서치 좀 해봤지만 여전히 좋은 방법이 생각나지 않아 문의드립니다...주문 처리 과정에서 주문 생성, 재고 차감, 외부 결제사 결제 요청 및 처리, 결제 및 주문 완료 안내 등 많은 작업이 하나의 트랜잭션 안에서 처리 된다고 할 때 성능을 좀 더 개선할 방법이 있을까요?하나의 트랜잭션을 각각의 성격대로 분리하는 것이 좋은걸까요? 각각의 작업이 순서가 보장되어야 하고 실패시 롤백 처리도 수월히 이뤄줘야 된다고 생각하여 하나의 트랜잭션으로 묶어야 되지 않을까 생각했었거든요.보통은 성능을 생각했을 때 이런 일련의 주문 과정 처리를 보통은 어떻게 처리하시는지 궁금합니다..

뎅이 · Accepted Answer

저 문제는 사실 굉장히 복잡하고 어려운 문제입니다.주문/결제 프로세스는 아래와 같이 크게 세가지로 나뉠 수 있고요.주문 -> 결재 프로세스 사이에 사용자의 확인 절차가 들어간다. (일반적인 쇼핑몰)주문 -> 결재 프로세스를 자동처리할 수 있으나 진행상황을 사용자에게 보여줘야 한다. (여러 단계를 거치는 경우)주문 -> 결재 프로세스가 길지만 결과확인/재시도 등만 하면 된다.1번의 경우에는 장바구니 처럼 세션/세션스토리지/DB에 중간 상태값들을 저장하는 방식입니다.프로세스 자체는 성능개선할 여지는 없습니다. 단계별 트렌잭션만 빠르게 처리할 수 있으면 됩니다.이때는 Web - WAS - DB 사이의 대기열 갯수/ 쓰레드수/ 커넥션 수/쿼리를 튜닝하게 됩니다.2번은 전체 프로세스 중간에 상태를 반환받도록 처리합니다. 주로 쓰는 것이 WebSocket 이고1번과 마찬가지로 튜닝합니다. 프로그레스바를 보여주고 메시지를 변경하면서 진행시킵니다.3번은 사용자를 대기시킬 수가 없고 두가지 방법이 있습니다.3.1 Async로 처리. 처리실행 알림을 반환하고, 백그라운드로 프로세스를 처리합니다. 당연히 중간에 처리상태를 DB에 저장해야 합니다.3.2 특정시간에 배치로 처리. 카드사나 통신사에서 처리하는 방식이기도 합니다.3번의 경우 처리서버를 별도로 두는 경우가 많습니다. 이때 대규모 트랜잭션이 걸리기 때문에레이어간 리소스가 불균형할 때는 Messaging 처리를 하기도 하고어차피 가장 느린 레이어 기준으로 처리방식을 결정하고 그냥 돌리기도 합니다.아 그리고 외부서비스가 포함된 프로세스라면 전체 트랜잭션이라는 개념을 넣을 수 없습니다.분산 트랜젝션은 모든 DB가 다 연결된 상태여야 합니다.위의 경우에는 트랜잭션들을 분리시켜 해야 하고, 중간단계의 성공/실패에 따라 상태를 업데이트 하는 방식이어야 합니다.실패 사유가 있어야 하거든요.

집킨 · Answer

저도 비동기로 처리했을것 같은데요?기술스택과 아키텍처를 어떻게 가져가냐는 선택의 문제지만 사용자 경험을 고려하면 비동기로 처리하는게 좋지 않을까요

쩌리곰 · Answer

MSA 도메인을 명확히 분리 후 비동기 작업으로 (Event Queue를 이용) 처리하는게 가장 좋은 사례이며,말씀 주신 트랜잭션에 대해서는 분산환경에서의 트랜잭션 방식들을 최대한 적용해서 여러개의 트랜잭션으로 나누는게 Best Practice라고 생각합니다.

kenu,전독시 · Answer

주문 생성,재고 차감,외부 결제사 결제 요청 및 처리,결제 및 주문 완료 안내 등 많은 작업이 하나의 트랜잭션 안에서 처리 된다즉시,즉시,지연,준즉시 이기 때문에, 각 단계에 따른 상태 정보도 있어야 하고, 예외 경우에 대한 정책도 있어야 합니다.

장독깨기 · Answer

지금 질문 내용을 보면 주문 한 건을 처리하는데 있어 성능 개선 방법을 물은거 같은데요.흠... 면접관의 질문 의도를 모르겠군요. 당연히 한 트랜잭션으로 처리해야 하는거 맞구요.이걸 비동기로 하든 어떤 식으로 하든 주문 한 건을 처리하는데 성능 개선을 기대하기 어렵습니다.물론, DB 또는 어플리케이션 서버 튜닝 부분은 논외로 해야겠죠. 이건 비단 주문에만 해당하는건 아닐테니까요.그리고, 외부 결제 요청 역시 우리가 어찌할 수 있는건 아니고, 결제 방식이나 상황에 따라 처리하면 될 일 입니다.음... 이런 부분은 있습니다. 트랜잭션을 최대한 짧게 끝내는게 좋으므로,트랜잭션을 시작하기 전에 유효성 체크 같은거 다 해두고, 업데이트할 데이터 미리 다 준비 해 놓는거죠.그리고, 트랜잭션 시작하고 업데이트하고 커밋하면 트랜잭션을 최대한 짧게 가져갈 수 있습니다.이걸 물었을까요, 그럴거 같진 않은데, 의도가 뭔지 모르겠네요.전화해서 한 번 물어보세요. ㅎㅎ

주문/결제 처리 관련 성능 개선에 대한 질문

5개의 답변

Q&A 목록