How AvioBook builds turnaround insights from operational data with Amazon Bedrock AgentCore

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

AvioBook은 항공편별 운영 기록을 근거로 자연어 질의와 지연 코드 검증을 지원하는 Connected Analytics를 Amazon Bedrock AgentCore에서 개념 증명했으며, 항공사별 데이터 통제와 역할별 의사결정 지원을 바탕으로 제품화를 추진한다.

📌 핵심 요약

• 원문은 게이트에서 손실되는 시간의 비용을 분당 약 20달러로 제시하며, 하루 200편을 운항하고 턴어라운드가 출발을 제약하는 중형 항공사가 평균 소요 시간을 2분 줄이면 월 약 24만 달러의 가치가 있다고 추산한다.
• Thales Group 계열사 AvioBook의 AvioBook Connect는 2018년부터 항공사에서 사용됐고 현재 API 플랫폼은 2025년에 출시됐다. 항공편별 flightroom에 자동 운영 이벤트와 팀 간 대화를 함께 보관하며, 승무원 메시지는 해당 항공사의 통제 아래 자체 데이터 환경에서 처리된다.
• Connected Analytics는 항공사 관리자의 과거 분석·지연 코드 검증과 OCC 운항관리사의 실시간 운영·운항 차질 영향 분석을 서로 다른 에이전트로 지원하도록 설계됐다. 지연 코드 검증은 자동 수정이 아니라 관리자가 검토할 추가 의견을 제공한다.
• 개념 증명은 Amazon Bedrock AgentCore의 runtime·memory·Gateway를 활용하며, JWT로 요청을 항공사 계정과 AWS 리전에 연결한다. MCP 도구와 AWS Lambda를 통해 Amazon Athena가 AWS Glue Data Catalog의 스키마와 Amazon S3의 항공사별 Parquet 데이터를 조회한다.
• AvioBook은 사전 기술 검토 후 AWS와 일주일간 공동 개발해 다중 에이전트 개념 증명의 아키텍처·데이터 접근 방식·에이전트 설계를 확인했다. 이는 제품화 추진의 근거이며, 제공된 본문은 책임 있는 AI 논의 도입부에서 끊겨 고객의 실제 성과나 후속 설명은 확인할 수 없다.

🧩 주요 포인트

1. flightroom에 자동 이벤트와 대화가 함께 축적됨 → 지연 코드만으로 드러나지 않는 사건의 순서와 원인을 검토할 근거를 제공한다.
2. 역할별 에이전트와 항공사별 JWT 범위 설정 → 사용자 업무에 맞는 분석과 항공사 데이터 경계를 함께 고려하며, 지연 코드의 최종 판단은 관리자에게 남긴다.
3. 관리형 AgentCore 구성요소와 기존 AWS 데이터 서비스 활용 → 자체 인프라 구축 부담을 줄이고 확장 가능한 제품화 기반을 마련했지만, 일주일간의 개념 증명을 실제 운영 성과로 해석할 수는 없다.

🧠 상세 정리

1. 턴어라운드 지연의 운영·경제적 의미

항공기 도착부터 다음 출발까지의 턴어라운드는 촘촘하게 연결된 항공사 일정에서 지연을 억제하는 중요한 구간이며, 한 게이트에서 발생한 몇 분의 지연도 하루 전체의 연결편에 영향을 줄 수 있다. 원문은 게이트에서 잃는 시간만으로 항공사에 분당 약 20달러의 비용이 발생한다고 설명하고, 연료 소모·승무원 비용·게이트 이용료·연결편 실패·후속 일정에 대한 영향도 추가로 언급한다. 하루 200편을 운항하는 중형 항공사가 평균 턴어라운드를 2분 줄일 때의 가치는 월 약 24만 달러로 추산된다. 다만 이 계산에는 턴어라운드가 출발을 제약하는 요인이라는 조건이 붙으며, 모든 항공사에서 같은 절감 효과가 발생한다는 의미는 아니다. 이 경제적 맥락이 운영 데이터를 단순히 저장하는 데서 벗어나 지연의 이유와 영향을 이해하는 데 활용하려는 출발점이다.

2. AvioBook Connect의 기록과 활용의 간극

Thales Group 계열사인 AvioBook은 비행 및 지상 운영 소프트웨어를 개발하며, 협업 플랫폼 AvioBook Connect는 2018년부터 항공사에서 사용됐고 현재 API 플랫폼은 2025년에 출시됐다. 이 플랫폼은 항공편마다 하나의 실시간 대화방인 flightroom을 두어 조종실 승무원·객실 승무원·운항관리·공항 현장 운영팀이 턴어라운드를 조율하도록 한다. API는 항공기 변경·지연·새 비행계획·탑승 진행 상황 등 항공사가 설정한 이벤트를 알리고, 플랫폼은 자동 메시지의 기반 데이터와 그 주변에서 오가는 대화를 타임스탬프와 함께 보관한다. 승무원 메시지는 전적으로 해당 항공사가 통제하는 자체 데이터 환경 안에서 처리된다. 그러나 이 기록이 있어도 사용자가 몇 주 전 대화를 거슬러 읽고 지연 코드와 수작업으로 대조해야 한다면 여전히 조회용 보관 자료에 머무르므로, Connected Analytics는 그 기록에서 질문에 필요한 근거를 찾아 직접적인 답변으로 바꾸는 것을 목표로 한다.

3. 공유 상황 인식·지연 코드·분석 접근성의 문제

원문은 데이터 수집과 실제 활용 사이의 간극을 세 가지 반복되는 문제로 설명한다. 첫째, 같은 턴어라운드를 담당하는 팀들도 일관된 실시간 상황 인식을 공유하지 못해 동일한 지연을 다르게 설명했고, 감사 시에는 승무원이 몇 주 전 항공편의 사건 순서를 기억해 진술해야 하는 경우가 있었다. 둘째, 지연 코드는 대개 한 사람이 시간 압박 속에서 주요 지연에 초점을 맞춰 작성하므로, 복수 코드 입력이 허용돼도 주된 지연을 유발한 선행 사건은 누락될 수 있다. 따라서 규칙상 올바르게 입력된 코드라도 실제 경위를 충분히 설명하지 못할 수 있으며, 코드가 내부·외부 보고에 쓰인다는 점에서 오류 지적은 규정 준수 판단과도 연결된다. 셋째, 짧은 조회 기간을 벗어난 과거 데이터에 접근하려면 수동 질의나 추출 요청이 필요했지만, 수익성이 낮은 항공사가 이를 전담할 분석팀의 비용을 감당하기는 어려울 수 있었다.

4. 관리자와 OCC 운항관리사의 서로 다른 질문

항공사 관리자는 정시 운항 성과인 OTP를 책임지며, 지연 원인과 지상 절차 준수 여부를 파악하고 감사 요청에 근거를 제시하기 위해 과거 데이터와 시간에 따른 패턴을 살핀다. 이 역할의 질문에는 특정 항공편의 가능한 지연 원인, 날씨 이외에 흔한 지연 원인, 특정 업무 절차의 준수 여부가 포함된다. 반면 운영통제센터인 OCC의 운항관리사는 한 게이트의 차질이 하루 전체 연결편에 미치는 영향을 다루므로 실시간 데이터와 운항망 전체의 파급효과가 중요하다. 이들은 특정 공항의 차질이 초래할 후속 영향, 현재 위험에 놓인 승객 250명 초과 항공편의 존재 여부, 당일 운항편 중 Value at Risk인 VaR 지수가 가장 높은 항공편 등을 묻는다. Connected Analytics는 두 역할에 각각 범위를 제한한 에이전트를 제공하고 사용자가 자신의 역할에 허용된 에이전트와만 상호작용하도록 설계하며, 공통적으로 빠르고 읽기 쉬운 근거 기반 답변과 추가 탐색을 지원하려 한다.

5. AgentCore 구성요소와 인증 경로

Amazon Bedrock AgentCore는 에이전트를 배포하고 조율하는 관리형 기반을 제공하며, AvioBook은 runtime·memory·Gateway를 나누어 실행·대화 맥락·도구 접근을 맡긴다. AgentCore runtime은 에이전트와 MCP 서버를 배포할 수 있는 완전 관리형 실행 환경이고, AgentCore memory는 과거 상호작용을 기억하며 사용자 세션을 넘어 대화 맥락을 유지하도록 지원한다. AgentCore Gateway는 MCP 대상을 노출하는 단일 보안 진입점으로서 에이전트가 AvioBook 데이터에 접근하는 함수를 일관되고 통제된 방식으로 호출하도록 한다. 사용자 질문은 Amazon API Gateway의 WebSocket API로 들어오며, Lambda Authorizer가 Amazon Cognito에서 발급한 JWT를 검증한 뒤 대상 AWS Lambda가 적절한 에이전트를 호출한다. runtime 역시 요청 헤더의 유효한 JWT 접근 토큰을 검증한 후 에이전트를 실행하며, 토큰의 사용자 식별 정보를 통해 각 요청을 특정 항공사 계정과 AWS 리전에 연결한다.

6. 질문에서 데이터 조회와 근거 있는 답변까지

인증된 요청을 받은 에이전트는 AgentCore memory의 세션 맥락을 갱신하고, MCP를 사용해 AgentCore Gateway에 필요한 도구 호출을 요청한다. Gateway는 AWS Lambda로 구현된 해당 도구 함수를 실행하며, 이 함수가 Amazon Athena에 관련 데이터 질의를 전달한다. Athena는 AWS Glue Data Catalog에서 테이블 스키마를 확인하고 Amazon S3 버킷에 항공사별로 파티셔닝된 Parquet 데이터를 읽어 답변에 필요한 기록을 조회한다. 백그라운드에서는 AWS Glue crawler와 추출·변환·적재 작업인 ETL 작업이 들어오는 JSON을 Amazon S3의 Parquet로 변환하고 스키마를 카탈로그에 등록해 조회 가능한 상태를 유지한다. 이렇게 조회한 항공편 이벤트와 flightroom의 실제 기록을 근거로 구성한 답변은 지원 증거와 함께 같은 경로를 거슬러 사용자에게 돌아가며, 대화형 에이전트와 데이터 조회 계층을 도구 인터페이스로 연결하는 구조를 이룬다.

7. 지연 코드 검증은 관리자의 판단을 지원

지연 코드 검증도 자연어 질의와 동일한 데이터 접근 경로를 재사용하며, 에이전트는 기록된 지연 코드를 그 바탕이 되는 사건의 시간적 순서와 비교한다. 이 과정에서 코드가 실제 기록과 일치하지 않는 것으로 보이는 경우나 둘 이상의 코드가 적용됐어야 할 가능성이 있는 경우를 드러낸다. 결과는 코드를 자동으로 고치는 확정 판정이 아니라 항공사 관리자가 검토할 추가 의견으로 제시된다. 이는 지연 코드가 규정 준수 보고에도 반영되므로, 분석 결과를 실제 보고 판단으로 연결하는 책임과 검토가 필요하다는 원문의 문제의식에 따른다. 따라서 Connected Analytics의 의도는 관리자가 근거를 확인하고 더 깊이 살펴보며 판단할 수 있도록 돕는 것이고, 코드와 실제 사건의 차이를 발견했다는 이유만으로 시스템이 최종 결정을 대신하는 것은 설계 범위에 포함되지 않는다.

8. 개념 증명의 설계 선택과 확인 가능한 범위

AvioBook은 에이전트 조율·세션 관리·도구 접근 방식을 사전 조사한 뒤 AgentCore의 관리형 구성요소를 선택했고, AWS와 집중적으로 공동 개발한 일주일 동안 다중 에이전트 개념 증명을 구축해 아키텍처·데이터 접근 패턴·에이전트 설계를 확인했다. 역할별 에이전트는 범위와 도구를 해당 업무에 맞게 좁혀 단일 범용 비서보다 동작을 이해하기 쉽게 하며, Gateway의 MCP 도구는 에이전트와 데이터 계층을 분리해 후속 도구와 데이터 소스 확장을 지원한다. 또한 Amazon S3·Athena·Glue Data Catalog를 사용함으로써 별도의 분석 체계를 새로 구축하기보다 AvioBook이 이미 쓰는 AWS 데이터 서비스를 활용했다. 원문은 이 검증이 Connected Analytics의 제품화를 추진하고 새로운 에이전트와 데이터 소스로 기반을 확장할 자신감을 제공했다고 설명한다. 다만 제공된 본문은 운영 의사결정에 영향을 주는 권고와 책임 있는 AI를 연결하려는 대목에서 끊기므로, 서두에서 예고한 고객 성과의 구체적 수치나 이후의 책임 있는 AI 설명은 확인할 수 없다.

🧾 핵심 주장 / 시사점

• 자동 이벤트와 현장 대화를 함께 검토하면 지연 코드의 규칙상 적합성과 실제 사건 설명력을 구분할 수 있다는 점이 이 접근의 핵심이다.
• 역할별 에이전트의 업무 범위 제한과 항공사별 인증 범위 설정은 각각 분석의 관련성과 데이터 접근 통제를 담당하는 설계 선택이다.
• 일주일간의 공동 개발은 개념 증명 구축과 설계 확인의 속도를 보여주지만, 실제 턴어라운드 단축이나 고객의 비용 절감 효과를 입증하는 수치는 제공된 본문에 없다.

✅ 액션 아이템

• flightroom의 자동 이벤트와 대화를 지연 코드와 대조해 사건의 순서와 원인을 검토.
• Connected Analytics의 역할별 에이전트와 항공사별 JWT 범위 설정이 업무와 데이터 경계에 부합하는지 확인.
• Connected Analytics의 제품화 평가에서 일주일간의 개념 증명과 실제 운영 성과를 구분하고 고객 성과 근거의 확인 여부를 명시.

❓ 열린 질문

• 하루 200편·평균 2분 단축·월 약 24만 달러라는 추산은 턴어라운드가 출발을 제약하는 정도에 따라 어떻게 달라지는가?
• Connected Analytics의 지연 코드 검증이 제공하는 추가 의견을 항공사 관리자는 어떤 기준으로 최종 판단에 반영하는가?
• 일주일간의 개념 증명 이후 Connected Analytics의 제품화와 실제 고객 성과는 어느 수준까지 확인됐는가?