이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
항공 B2C 서비스를 직접 개발한 경험은 없지만, 공부와 프로젝트를 통해 항공 예매 서비스의 설계 요소에 대해 생각해봤습니다. 가장 중요하다고 느끼는 건 실시간 좌석 가용성과 가격 정보의 정합성입니다. 항공권은 같은 좌석이 여러 채널에서 동시에 판매되기 때문에, 결제 완료 시점에 실제 가용성을 재확인하는 최종 확인 단계가 없으면 중복 판매가 발생할 수 있습니다.
트랜잭션 경계와 외부 GDS 시스템과의 동기화 설계가 이 도메인의 핵심 기술 과제라는 걸 공부하면서 알게 됐고, 장애 시 사용자에게 명확한 상태를 보여주는 UX 설계도 중요합니다. 지금은 실제 항공 시스템을 다루는 환경에서 직접 배우고 싶은 분야로 관심을 갖고 있습니다.
항공 서비스에서 좌석 조회와 실제 결제 확정을 분리하는 설계가 왜 필요한지 이해했습니다. 사용자가 검색할 때마다 실시간으로 외부 시스템에 조회하면 응답이 느리고 비용도 커집니다. 짧은 만료 시간을 가진 캐시에 검색 결과를 저장해서 동일한 경로를 반복 조회할 때 빠르게 보여주는 방식을 적용했습니다. 하지만 캐시된 정보를 그대로 믿고 결제를 진행하면 그사이 좌석이 소진됐을 때 문제가 생깁니다. 결제 직전에 실시간으로 가용성을 다시 확인하는 단계를 분리했는데, 이 단계에서 좌석이 없으면 사용자에게 상태를 알리고 검색 결과로 돌아가는 흐름을 설계했습니다. 항공 서비스에서 검색 속도와 데이터 정확도는 서로 다른 시점에서 최적화해야 하는 별개의 문제라는 것을 이 경험에서 배웠습니다.
항공 서비스에서 결제 과정 중 문제가 생겼을 때 어떤 상태로 끝나는지가 사용자 신뢰에 직접 영향을 준다는 것을 배웠습니다. 외부 시스템에 예약 번호를 생성했는데 결제가 실패하면, 사용자에게는 결제 실패로 보이지만 외부 시스템에는 예약이 생성된 상태가 됩니다. 이 불일치를 처리하지 않으면 해당 좌석이 한동안 잠긴 상태로 남거나 중복 예약이 생기는 문제가 됩니다. 이 케이스를 처리하기 위해 예약 번호 생성과 결제 완료 사이에 타임아웃이 나면 자동으로 예약을 취소하는 보상 처리 흐름을 추가했습니다. 같은 문제가 다시 생기지 않도록 외부 시스템 호출의 성공·실패 상태와 내부 예약 상태를 항상 함께 기록하는 로그 구조를 설계했습니다. 항공 서비스에서 결제 흐름의 예외 케이스를 처리하는 절차를 표준화하면 비슷한 문제가 반복되더라도 일관되게 대응할 수 있다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 누아 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.