FedEx REST 배포를 백업 WAR로 복구하고 재전환한 과정
FedEx SOAP→REST 배포에서 운영 계정 연결 누락이 드러났습니다. 백업 WAR로 운송장 발급을 복구한 뒤 법인별 인증과 ETD 정책을 고쳐 재전환했습니다.
TECHNICAL NOTES
가설을 세우고 로그·코드·SQL을 확인해 원인을 좁힌 과정을 기록합니다. 외부 서비스 분석은 공개된 기능과 제약을 근거로 삼고, 확인한 사실과 해석을 구분합니다.
TECHNICAL SERIES
문제 분석부터 전환과 검증까지 이어지는 글을 한데 묶었습니다.
개발 과정의 저장에서 시작해 작업과 목표의 차이, 해결 경로 비교, 역할 분담과 실패 복구를 VibeMarshal의 구현으로 살펴보는 다섯 편의 연재예요.
시리즈 보기 5편Agent Governance Suite의 구현으로 완료 조건, 대화 압축, 재시도, 작업 분담과 메시지 권한을 살펴보는 다섯 편의 연재예요.
시리즈 보기 6편DB 연결 생명주기부터 기존 요청 형식, 다국어 처리, 입력 검증과 런타임 충돌까지 이어지는 현대화 기록입니다.
시리즈 보기 2편일회성 프로세스를 상시 기동 API로 바꾸고 호출자가 실패를 구분할 수 있도록 오류 응답을 보완한 기록입니다.
시리즈 보기TECHNICAL NOTES
업무 사례와 서비스 분석에서 확인한 사실은 해석과 구분했습니다. 내부 식별자는 기술적 의미가 남도록 일반화했고, 프로젝트 진행 시기 또는 분석 시점도 함께 표시했습니다. 글은 작성일이 최신인 순서로 정렬됩니다. RSS로 구독하기
전체 · 40개 글 · 작성일 최신순 · 4/4페이지
FedEx SOAP→REST 배포에서 운영 계정 연결 누락이 드러났습니다. 백업 WAR로 운송장 발급을 복구한 뒤 법인별 인증과 ETD 정책을 고쳐 재전환했습니다.
DB 연결 232개가 유지된 원인을 추적해 요청마다 커넥션 풀이 생성되는 문제를 찾았습니다. DataSource와 SessionFactory는 애플리케이션이 한 번 만들고 재사용하도록 바꿨습니다.
같은 요청을 재사용하는 포워드에서 래퍼와 원본 요청의 파라미터가 어긋났습니다. 원인을 고친 뒤 GET·JSON·Multipart 요청에 맞는 별도 처리로 방어 범위를 넓힌 사례입니다.
하위 데이터 전체를 먼저 집계하던 쿼리를 조회 대상 주문만 계산하도록 바꿨습니다. 당시 운영 중 사용자가 확인한 결과, 목록 조회 쿼리는 약 40~50초에서 약 0.5초로 줄었습니다.