FedEx REST API·ETD 전환
SOAP 종료 기한에 맞춰 본사·칠레지사·유럽법인의 운송장 생성을 REST API로 전환하고, 운영 방침에 따라 본사와 칠레지사에 ETD 흐름을 적용한 뒤 유럽 독립 실행 환경의 인증 설정까지 안정화했습니다.
PROJECT ARCHIVE
문제를 좁힌 근거부터 여러 대안을 비교한 기준, 운영 환경에서 확인한 결과까지 프로젝트별로 보여드립니다.
전체 · 18개 항목 (상세 사례 7 · 요약 사례 11)
FEATURED CASES
제가 맡은 역할과 문제 해결 방식을 가장 잘 보여주는 사례입니다.
SOAP 종료 기한에 맞춰 본사·칠레지사·유럽법인의 운송장 생성을 REST API로 전환하고, 운영 방침에 따라 본사와 칠레지사에 ETD 흐름을 적용한 뒤 유럽 독립 실행 환경의 인증 설정까지 안정화했습니다.
본사·유럽법인의 결과 파일을 제공하는 다운로드 플랫폼(DNA2)을 Spring Boot 기반 단일 프로젝트로 통합하고, DB 연결·DB Link·배포 구조와 결과 다운로드 기준을 개선했습니다.
본사에 동일한 운영 사례가 없던 유럽법인 신규 시퀀싱 업무 시스템(Nanopore LIMS)의 주문·생산·실험·결과 처리 체계를 구축했습니다.
MAJOR CASES
맡은 설계·구현 범위와 기술 선택의 근거를 구체적으로 담았습니다.
기업용 주문조회 시스템(CES)의 목록 쿼리가 대용량 하위 데이터를 먼저 집계하던 실행 순서를 바꿔, 실제 주문에 필요한 데이터만 계산하도록 운영 반영했습니다. 상세 쿼리는 접근 조건에 맞춘 복합 인덱스 필요성과 실행계획 개선만 검토했으며 인덱스는 배포하지 않았습니다.
시퀀싱 분석 처리 모듈(CIWER·WaveChecker)의 반응별 직접 호출 성능을 검증해 상시 기동 REST API로 전환하고 유럽·일본법인 운영 환경에 반영했습니다. 2026년에는 Well 좌표 충돌 시 표준 HTTP 오류 응답을 반환하도록 후속 안정화했습니다.
2022년 COMS에 Lucy XSS Filter를 처음 적용하고 허용 목록에서 빠진 구간을 보완한 뒤, 2024~2025년에는 GET·JSON·Multipart 요청까지 검사 범위를 넓혀 일본·유럽법인에 적용했습니다. 2025년 싱가포르 COMS에서는 저장 프라이머 검색의 XSS 방어, 비밀번호 강도 검증, 마스킹 정보 노출 방지, 민감정보 접근 재인증을 개선해 운영에 반영했습니다.
Spring Singleton Service의 멤버 변수에 보관하던 요청별 주문·배송·메일 데이터를 지역 변수로 옮기고, 5개 주문 유형의 공통 처리와 시스템별 업무 규칙을 분리했습니다.
ADDITIONAL VERIFIED WORK
상세 페이지를 만들지 않은 성능 개선, 시스템 연계, 업무 설계 사례도 함께 정리했습니다. 설계 검토에 그친 항목은 구현을 마친 사례와 구분해 표시합니다.
팝업 차단의 영향을 받던 다단계 화면을 본사·유럽·일본 환경에서 하나의 레이어 대화상자로 전환하면서 기존 새 창 처리 방식은 유지
팝업 전환 기술 글본사 10건·해외법인 19건을 분석하고, 전체 29개 쿼리 중 24개의 실행시간을 1초 이내로 단축
Slow Query 기술 글DB Link를 제거하고 해외법인 LIMS·COMS와 본사 CES를 API로 연결해 운영 반영
LIMS 3.0 API 연계 기술 글법인별 인소싱·아웃소싱 처리와 COMS 결과 조회 분기·주문 제약을 반영
Fragment Gap 분석 기술 글2023.01 최초 연계와 국가별 배송사 분기를 운영에 반영했고, 2024년 재연계 작업은 내부 확인 단계까지 수행
주문·작업·성적서 발급·진위확인 기능을 구축해 2023.05.02 오픈하고, 2023.07 — 08 복수 주문의 진위확인 처리를 후속 개선
성적서 식별자 기술 글LIMS·COMS의 주문·접수·결과 처리를 구축해 2024.04.23 운영 오픈
Control 실패 시 자동발송을 보류하고 QC 확인 뒤 Release하는 업무 규칙과 화면안을 설계 검토