사례 연구

미국 금융 인증 플랫폼이 Iron Suite에 문서 스택을 통합한 방법

AVIATION
업데이트됨:

중동 지역의 주요 상업 여객 항공사 (국제 노선 개시를 준비 중인 국가 플래그 캐리어)가 예약, 티켓 발급, 체크인 및 운영에서 고용량 문서 생성을 처리하기 위해 OpenShift 기반의 마이크로 서비스 플랫폼 내부에 IronPDF와 전체 Iron Suite를 내장했습니다. 배포는 Microsoft Azure의 Red Hat OpenShift에서 프로세스로 실행되며, 플랫폼의 나머지 부분과 수평적으로 확장되며, 전체 Suite (IronPDF, IronOCR, IronXL, IronBarcode, IronQR, IronZIP, IronWebScraper, IronSecureDoc, IronPrint)를 단일 상업적 포장 내에 잠궈 놓는 3년간의 Unlimited Enterprise SaaS OEM 계약에 의해 anchoring 됩니다.

핵심 요약

  • 산업: 항공 (상업 여객 항공사, 국제 개시를 준비 중인 중동 플래그 캐리어).
  • Iron 제품군: IronPDF를 주로 사용하는 Iron Suite (전체 번들)와 인접 워크플로우에서 사용할 수 있는 기타 제품.
  • 워크플로우: Azure의 Red Hat OpenShift에서 .NET 마이크로 서비스 내부에 내장된 고용량 PDF 문서 생성.
  • 헤드라인 결과: 초기 국제 서비스를 위한 단일 공급업체 문서 및 데이터 스택 제공, Iron Software 솔루션 팀과 공동으로 제작한 확장 설계.
  • 라이선스 모델: Iron Suite Unlimited Enterprise SaaS OEM, 3년 구독, 2028년 5월 갱신.

도전

이 결정은 병행하여 작동하는 비즈니스, 기술, 상업적 3가지 문제가 항공사의 개시 시점 전 해결되어야 한다는 데에서 영향을 받았습니다.

비즈니스의 압박: 항공사는 초기 상업 운영 및 국제 노선 개시를 준비 중에 있으며, 도구 실패를 흡수할 시간이 부족합니다. 플랫폼에서 생성한 모든 PDF(탑승권, 티켓 영수증, 수하물 태그, 발송표, 규제자 보고서)는 승객, 지상 핸들러, 규제자에게 직접 전달됩니다. 어떤 결함이든 게이트, 규제자, 고객으로 누적되어 경영진과 민간 항공 당국에게 가시적인 일정으로 전달됩니다. 덧붙이자면: 기업 조달, 법적 검토, EULA 협상, 사우디아라비아 특별 계약 처리 등은 구매 전까지 해결되어야 하며, 라이선스 모델은 개발자 수, 파드 수, 클러스터 수에 따른 비용 놀라움을 피하면서 항공사와 함께 확장할 수 있어야 합니다.

기술적 장애물: 초기 평가에서 해결해야 할 성능 문제가 드러났습니다. PDF 렌더링은 더 많은 컨테이너를 추가하여 플랫폼의 나머지 부분과 함께 확장해야 했습니다. 항공사의 엔지니어링 스택은 .NET, Node.js 및 Python 세 가지 언어를 사용합니다. 라이브러리 가족은 모든 세 가지에서 작동해야 했습니다. Microsoft Azure에서 항공사의 자체 클라우드 내에 있는 Red Hat OpenShift와의 호환성이 직접 검증되어야 했습니다.

상업적 장애물: 항공사는 내장된 라이브러리를 내부적으로 운영하고 파트너 상대 채널에서 배포할 OEM 수준의 재배포 권리가 필요했습니다. 개발자당 또는 배포당 측정은 항공사 규모에서는 불가능합니다; 비용 모양은 기술 적합성만큼 중요했습니다. 법적 검토는 EULA, 보험, 책임 조건, KSA(사우디아라비아 왕국) 특정 세제 처리와 관련하여 사내 및 외부 변호사 사이에서 여러 라운드를 거쳤습니다. 테이블에 놓인 오픈 소스 PDF 라이브러리는 항공사급 템플릿을 위한 렌더링 정확성, 상업적 지원 및 책임 보호, 예측 가능한 성능과 관련하여 세 가지에서 부족했습니다. 여러 벤더의 연결 (별도의 PDF, OCR, Excel 및 바코드 벤더)은 항공사가 관리해야 할 EULA 검토 및 지원 관계를 곱할 것입니다.

Iron Software가 도운 방법

이 벤더를 선택한 이유

오늘날 항공사의 문서 파이프라인은 Azure의 Red Hat OpenShift에서 마이크로 서비스에 직접 구축된 IronPDF에서 실행됩니다. 렌더링 작업량은 플랫폼의 나머지 부분과 함께 더 많은 작업자 파드를 추가하여 확장합니다; 전체 Iron Suite는 온라인으로 오면서 추가 워크플로우에 사용 가능하며 3년 Unlimited Enterprise SaaS OEM 계약이 상업적 바닥으로 자리 잡습니다.

단일 벤더로 통합하기로 한 결정은 한 가지 능력에 의해 이끌린 것이 아닙니다. 이는 대안에 의해 주어진 것입니다: 별도의 PDF, OCR, Excel 및 바코드 벤더를 수습한다면 EULA 리뷰, 재배포 위험 및 지원 관계가 곱해지면서 각자의 규모에서 운영 비용을 가질 상황에서 작동할 것입니다. Iron Suite는 항공사의 플랫폼 모델에 맞춰 단일 상업적 합의 아래 전체 문서 및 데이터 툴킷 (PDF 생성, OCR, 스프레드시트, 바코드와 QR 코드, ZIP 패키징, 웹 스크래핑, 안전한 문서 및 인쇄)을 포괄했습니다.

기본 특징 범위를 넘어 평가에 영향을 준 세 가지 기준이 있습니다:

  • 런타임 이식성. .NET은 항공사의 주요 프로덕션 언어이지만 Node.js와 Python은 인접 서비스에 대해 적극적으로 평가 받고 있습니다. Iron Suite는 세 가지 모두를 포괄하며, Node.js와 Python 바인딩은 일반적으로 .NET 이후 약 1개월 후에 새 기능을 받는다는 것을 처음부터 항공사에 알려줍니다.
  • OpenShift-on-Azure 호환성. 항공사가 운영하는 특정 컨테이너 플랫폼 내에서 검증된 동작입니다. Iron Software의 솔루션 팀은 시험 단계 동안 이를 확인했습니다.
  • 참여의 질. 공공 문서를 가리키는 벤더보다 고객의 엔지니어와 함께 운영 확장 설계를 생성하는 벤더가 다른 종류의 파트너십을 나타냅니다.

Iron이 제공한 것

2025년 1월 중순에 걸쳐 3일 동안, Iron Software의 솔루션 팀은 항공사의 엔지니어들과 함께 항공사의 OpenShift 환경 내에서 IronPDF의 참조 설계를 개발했습니다. 업무는 1월 16일에 아키텍처 리뷰를 포함하고, 1월 17일부터 19일까지 기술적 연결 및 개념증명 작업, 그리고 1월 20일에 완전한 확장 아키텍처 및 기술적 차단 다이어그램을 제공하는 것으로 이루어졌습니다. 초기 평가에서 제기된 성능 이슈는 구성 조정 및 참여가 권장한 아키텍처적 변경 조합을 통해 해결되었습니다. 고객은 상업적 종료 전에 해결을 확인했습니다.

아키텍처가 자리에 차린 후 통합은 간단했습니다. IronPDF는 항공사의 기존 .NET 서비스 내부에 라이브러리로 설치되었습니다; 다른 서비스는 문서 렌더링이 필요할 때 이를 직접 호출하며, 작업 부하는 OpenShift에서 추가 파드로 분산됩니다. 서비스 내부에서 IronPDF가 실행되기 때문에 문서 콘텐츠는 플랫폼을 떠나지 않습니다; 보안은 항공사의 자체 Azure 계정 내에 남아 있으므로 정보 보안 리뷰를 간소화하고 조달 트랙에서 준수 질문의 전체 범주를 제거했습니다.

참여 및 타임라인

자체적인 참여는 높은 수준의 지원이었습니다. 전담 영업 리더, 기술, 상업적, 법적 주제를 넘나드는 수십 번의 회의, Iron 지원 및 솔루션 엔지니어링을 통한 빠른 에스컬레이션이 평가를 일정에 맞췄습니다. Enterprise급 지원 (우선 순위 대기열, 빠른 응답 시간, 우선 순위 버그 픽스)은 시험 기간 동안 제공되었으며, 계속해서 제공되고 있습니다. 항공사는 24/7 지원 커버리지를 선호하는 미래 상태로 표시했습니다; 현재는 24/5 커버리지로 Iron Software에서 24/7 질문이 적극 검토되고 있습니다.

첫 연락부터 계약 체결까지의 시간은 약 7개월 (2024년 10월부터 2025년 5월 22일)로, 확장된 법적 및 조달 리뷰에 의해 진행되었습니다. 기술적 의사 결정은 서명 이전에 상당 부분 완료되었습니다. 시스템은 2025년 후반에 항공사의 국제 노선 개시에 기여할 수 있도록 라이브 상태로 유지되었으며, 현재는 상업적 운영을 지원하는 프로덕션 상태로 있습니다.

라이선싱 및 조달 적합성

계약은 Iron Suite Unlimited Enterprise SaaS OEM 라이센스, 3년 구독, 지원 및 업데이트 포함입니다. 여기서 "무제한"이라는 단어는 많은 역할을 합니다: 개발자 수, 컨테이너 수, 거래량이 모두 재가격 조정 없이 확장될 수 있습니다. OEM 권리는 라이브러리를 내부 애플리케이션과 파트너 상대 채널 모두에 내장하는 것을 다룹니다.

우선 응답해애 하는 특정 상업적 질문은 OEM 수준의 재배포와 무제한 사용 확장이었습니다. 항공사는 여러 파트너 관계를 통해 문서 출력을 제공하는 호스팅 플랫폼을 운영합니다. 그 사용은 외부 SaaS 재배포가 아닌 OEM으로 명확하게 구분되어야 했으며, 라이선스 모델은 파드당 또는 클러스터당 측정 없이 마이크로 서비스 플랫폼을 수용해야 했습니다. 둘 다 계약 구조에서 해결되었습니다: 재배포 권리는 명시적으로 작성되었으며 무제한 사용 모델은 개발자당 또는 배포당 비용 모양을 대체했습니다.

법적 트랙은 일정이 거주한 곳이었습니다. EULA, 보험, 계약적 배상 책임, 사우디아라비아 왕국의 특정 세제 처리는 Iron Software의 법무팀과 항공사의 사내 및 외부 변호사 간 여러 차례의 검토가 필요했습니다. 7개월의 평가에서 상업적 종료에 이르는 타임라인은 그러한 작업을 반영했으며, 서명 전에 양측은 모든 상업적 조건에 합의했습니다.

상업적으로, 계약은 항공사가 대체 벤더로부터 개발자당, 서버당 또는 파드당 비용 모델을 대체할 필요가 있었던 고정 다년 엠벨로프를 제공합니다. 빠르게 확장하는 항공 플랫폼의 수명 동안 TCO를 계획하는 Enterprise 금융팀에게 그 구조는 단일 제품 가격보다 더 큰 가치를 가집니다.

결과

특정 생산 메트릭(p95 지연 시간, 처리량, 포드 수, 사건 비율)은 기밀로 유지되며 게시된 버전에는 고객이 제공한 것으로 간주됩니다. 참여를 통해 얻은 방향성 성과는 구체적입니다.

벤더 통합. 문서 생성, OCR, 스프레드시트 처리, 바코드 및 QR 코드, ZIP 패키징, 안전한 문서 처리, 인쇄가 이제 하나의 벤더 SDK와 한 상업적 협약 아래 실행됩니다. 여러 개의 개별 라이브러리를 구매해야 했던 것이 이제 하나로 통합되었습니다(각각의 EULA, 재배포 모델, 지원 관계 및 갱신 주기를 갖고 있음).

출시 이후의 스케일링 아키텍처. Iron Software 솔루션 팀이 2025년 1월에 작성한 스케일링 디자인은 구매 전에 성능 문제를 해결했습니다. 이제 통신사의 플랫폼은 그들의 OpenShift 설정 환경에서 렌더링 부하를 처리하기 위한 문서화되고 테스트된 패턴을 갖추고 있습니다.

상업적 예측 가능성. 고정된 3년 계획. 개발자, 포드, 트랜잭션에 대한 무제한 사용 권리. 라이선스 수치는 플랫폼 성장과 분리되어 있어, 빠르게 확장하는 통신사를 보증하는 재무 팀에게 예측의 불확실성 요소 중 하나를 제거합니다.

정시에 제공된 문서 인프라. 이 시스템은 2025년 후반에 시작된 통신사의 첫 국제 서비스 기간 동안 생산에 투입되었으며 현재 상용 워크플로우 전반에 걸쳐 운영되고 있습니다. 인접한 워크플로우는 확인과 수하물에서 신원 문서 처리를 위한 IronOCR, 탑승 및 수하물 처리를 위한 IronBarcode 및 IronQR, 보호된 문서 전송을 위한 IronSecureDoc 활성화 용도로 라이선스되어 있습니다.

통신사의 Iron Suite 참여는 정렬된 결정 세트로 축소됩니다: 하나의 벤더가 전체 문서 및 데이터 표면을 커버하고, 실제로는 빠르게 확장하는 항공사 플랫폼이 운영되는 방식에 맞는 라이선스 모델, 상업적 종결 전에 작동하는 스케일링 디자인을 제작한 엔지니어링 참여, 재무팀이 대처할 수 있는 고정된 3년 상용 수익 기준. 그 뒤의 생산 메트릭은 비공개입니다.

유사한 통합(대량 문서 생성, 다중 런타임 스택, 컨테이너 배포, 엄격한 기업 조달)을 평가하고 있다면, Iron Software의 솔루션 엔지니어링 팀이 이와 같은 결정을 다루는 아키텍처 검토 전화를 진행하며, 체험판 라이선스는 서명 전에 검증할 수 있도록 제작되었습니다.