여섯 명의 인물
(ajitem.com)
전 세계 항공 예약의 근간을 이루는 PNR(Passenger Name Record) 시스템의 구조와 작동 원리를 심층적으로 파헤칩니다. 1970년대 설계된 레거시 인프라가 어떻게 현대 항공 네트워크의 '철의 핵심(Iron Core)'으로서 여전히 강력한 신뢰성을 유지하며 작동하고 있는지 설명합니다.
- 1PNR(Passenger Name Record)은 단순한 DB 레코드가 아닌 GDS 내의 구조화된 'Append-only log'임
- 26자리의 예약 번호(Locator)는 GDS(예: Amadeus) 내에서는 고유하지만, 전 세계적으로 고유하지는 않음
- 3IATA RP 1830 표준에 따라 이름, 여정, 연락처, 티켓팅, 수신자라는 5가지 필수 요소가 있어야 예약이 성립됨
- 4항공사는 GDS 로케이터와 별개로 자체적인 Record Locator를 관리하며 이를 상호 참조함
- 5항공 예약 시스템은 1970년대 통신 환경에 최적화된 데이터 규격과 NUC라는 가상 통화 체계를 여전히 사용함
왜 중요한가
배경과 맥락
업계 영향
한국 시장 시사점
스타트업 창업자들에게 이 글은 '기술적 추상화의 함정'에 대해 경고합니다. 우리는 흔히 현대적인 API나 클라우드 환경이 모든 것을 해결해 줄 것이라 믿지만, 실제 글로벌 비즈니스의 핵심 인프라는 매우 견고하고 오래된 레거시 로직 위에 구축되어 있습니다. 새로운 서비스를 만들 때, 우리가 사용하는 데이터가 어떤 '원시적(Primitive) 규칙'에 의해 생성되고 관리되는지 파악하지 못한다면, 서비스 규모가 커졌을 때 예측 불가능한 시스템 충돌을 겪게 될 것입니다.
따라서 개발자와 창업자는 '추상화된 레이어' 너머의 '실제 데이터 구조'를 들여다보는 통찰력을 가져야 합니다. PNR 로케이터가 GDS 내에서만 고유하다는 사실을 모른 채 시스템을 설계한다면, 글로벌 확장 시 데이터 중복 문제를 해결하지 못하는 기술적 부채를 안게 됩니다. 기회는 이 오래된 시스템의 복잡성을 현대적인 인터페이스로 단순화하여 사용자에게 전달하는 '추상화 레이어'를 구축하는 데 있습니다.
댓글
아직 댓글이 없습니다. 첫 댓글을 남겨보세요.