이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
항공권 예약 시스템에서 가장 중요하게 생각하는 것은 좌석 중복 예약 방지입니다. 여러 사용자가 동시에 같은 좌석을 선택할 수 있어, 낙관적 락이나 비관적 락 중 어느 방식을 선택할지가 초기 설계의 핵심 결정입니다.
결제와 좌석 확정의 원자성 보장도 중요합니다. 결제는 성공했는데 좌석이 확정되지 않거나, 그 반대의 상황이 생기면 심각한 문제가 됩니다. 분산 트랜잭션 설계나 보상 트랜잭션 패턴을 적용해 두 작업이 함께 성공하거나 함께 실패하도록 구성했습니다.
취소 및 환불 처리에서는 정책에 따른 수수료 계산 로직이 복잡해지기 쉽습니다. 출발 시간까지 남은 기간, 좌석 등급, 프로모션 여부 등 조건이 많아 규칙 기반 엔진으로 분리하면 정책 변경 시 코드 수정 없이 조정할 수 있었습니다.
항공권 예약 시스템에서 결제 단계에서 시간이 초과됐을 때 좌석을 어떻게 처리할지가 예상보다 복잡한 문제였습니다. 사용자가 좌석을 선택하고 결제 화면에서 오래 머물다가 이탈하면, 그 좌석이 다른 사람에게 팔리지 않은 채로 묶여 있는 상태가 됩니다. 좌석 선택 시점에 만료 시간을 설정해서 일정 시간이 지나면 자동으로 잠금이 해제되는 구조를 적용했습니다. 이 만료 시간을 너무 짧게 잡으면 결제를 진행하던 사용자가 갑자기 좌석을 잃는 경험이 생기고, 너무 길게 잡으면 재고가 묶이는 기간이 늘어나는 트레이드오프가 있었습니다. 잔여 시간을 사용자에게 타이머로 보여주니 이탈 전에 결제를 완료하거나 의도적으로 이탈하는 행동이 구분됐습니다. 항공 예약에서 재고 잠금 시간은 사용자 경험과 재고 효율 사이의 균형을 찾는 결정이라는 것을 이 경험에서 배웠습니다.
항공권 예약 시스템에서 취소·환불 처리가 예약 자체보다 복잡했습니다. 항공사마다 취소 수수료 정책이 다르고, 같은 항공사라도 운임 등급이나 출발까지 남은 시간에 따라 수수료가 달라졌습니다. 처음에는 이 로직을 코드 안에 직접 구현했는데, 정책이 바뀔 때마다 코드를 수정해야 하는 문제가 생겼습니다. 조건별 규칙을 데이터로 분리해서 코드는 규칙을 읽어 계산만 하는 구조로 바꾸니, 정책 변경 시 데이터만 업데이트하면 됐습니다. 환불 가능 금액 계산도 세금과 수수료가 별도로 처리되는 구조라 복잡했는데, 세금 중 환불 대상이 되는 항목과 아닌 항목이 나뉘어 있어 항목별로 분리해서 계산하는 방식이 필요했습니다. 항공 예약 시스템의 복잡도는 예약보다 취소와 환불 쪽에 집중돼 있다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 누아 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.