여행·레저 제휴 연동 플랫폼

JavaSpring BootOracleBatchJava Concurrency

Overview

복지·여행 커머스 플랫폼에서 외부 제휴사의 주문·취소 데이터, 상품 정보, 검색 노출, 외부 이동 흐름을 내부 API·배치·DB·검색 구조와 연결.

복수 제휴사의 주문·상품 데이터가 실시간 API와 정기 배치를 통해 반복 처리되는 환경에서 API 응답, 배치 보정, DB 저장, 예외 데이터 재처리, 상품 정규화, 검색 노출 기준을 함께 검증해 서비스 데이터 신뢰성을 강화.

핵심은 단건 기능 개발이 아니라 신규 제휴사를 빠르게 온보딩하고, 제휴사별로 다른 연동 조건을 공통 검증 흐름으로 흡수한 백엔드 연동 플랫폼화.

제휴사마다 API 응답 형식, 파일 전송 방식, 상품 유형, 검색 조건, 접속 조건이 달라 단순 연동 구현만으로는 일관된 서비스 품질 확보가 어려운 구조.

데이터가 수신되어도 실제 주문·상품·검색 노출까지 일관되게 반영되는지 보장해야 했고, API·배치·DB·검색 흐름을 end-to-end로 검증하는 기준이 필요.

실시간 주문 API와 일배치가 공존하는 구조에서 주문·취소·보정 데이터의 정합성 검증 기준을 설계
복수 제휴사의 주문·상품 데이터 흐름에서 API 응답, 배치 보정, DB 저장, 예외 데이터 재처리 기준을 수립
비동기 통합검색의 작업·결과 집계 순서와 제휴사 단위 실패 격리를 개선하고, Thread/WebFlux 기반 검색 경로를 분석·운영
대규모 상품 pool의 파일 수신부터 적재·정규화·후처리·검색 노출까지 이어지는 end-to-end 데이터 검증 흐름을 표준 절차로 정립
검색 검증 호출과 사용자 외부 이동 경로를 분리하고 메뉴 노출·제휴사 설정·SSO·접속 조건을 단계별로 확인하는 진단 기준 정립
상품 데이터가 정상 적재된 이후에도 검색 결과가 중복·상이 노출되는 문제를 상품 수집, 데이터 정규화, 검색 레코드 생성, 화면 노출 단계로 분리해 분석 기준 확립
신규 제휴 온보딩에 필요한 점검 항목을 재사용 가능한 체크리스트와 연동 검증 가이드로 표준화

주문 저장과 후속 처리의 트랜잭션 경계를 분리해 후속 처리 실패가 주문 트랜잭션에 영향을 주지 않도록 개선
제휴사 응답의 필수 필드·배열·가격 형식을 검증하고 파싱 예외를 제휴사 단위로 격리해 일부 비정상 응답이 전체 검색 실패로 확산되지 않도록 개선
데이터 적재, 정규화, 후처리, 검색 레코드 생성, 서비스 노출까지 이어지는 단계별 검증 체계를 구성
검색 결과 중복·상이 노출 문제를 상품 수집, 데이터 정규화, 검색 레코드 생성, 화면 노출 단계로 분리해 원인 분석 기준 정립
수집 방향과 검증 방향을 분리해 제휴사 연동 불일치 원인을 데이터, API 응답, 접속 조건 계층으로 분류
반복 검증 사례와 절차를 Markdown 지식 베이스로 구조화하고, AI-DLC에서 제안된 원인 후보를 코드·쿼리·테스트로 검증

신규 제휴 온보딩에 재사용 가능한 공통 연동 검증 흐름과 체크리스트를 구축해 제휴사별 개별 대응을 반복 적용 가능한 구조로 전환
주문·상품·검색 데이터 흐름의 관측 지점을 명확히 해 데이터 불일치 발생 시 원인 추적 범위 축소
실시간 API와 정기 배치를 통해 반복 유입되는 대규모 주문·상품 데이터에 대해 API·배치·DB·검색 노출 기준을 일관되게 관리하는 검증 체계 확보
사업팀·제휴사와 공유 가능한 기술 기준을 정리해 연동 협업 품질 강화

JavaSpring BootSpring TransactionOracleMyBatisREST APIBatchSQLData PipelineJava ConcurrencyCompletableFutureThreadPoolTaskExecutorWebFluxWebClient