558개 파일 복사 시간을 160,556ms에서 714ms로 줄인 과정
CES 결과 ZIP 생성 흐름에서 파일 복사 병목을 분리하고 Java NIO로 전환해 558개 복사 구간을 약 224배 개선한 운영 사례입니다.
JavaJava NIOZIPPerformance
TECHNICAL NOTES
실제 문제에서 출발한 기술 기록 3페이지
개념을 다시 설명하기보다 어떤 가설을 세웠고, 로그·코드·SQL 또는 공개된 기능과 제약에서 무엇을 확인했으며, 결론의 한계를 어떻게 검증했는지 남깁니다.
TECHNICAL SERIES
연속된 판단을 시리즈로 읽기
같은 시스템의 분석·전환·검증 과정을 순서대로 묶었습니다.
TECHNICAL NOTES
전체 기술 기록
업무 사례와 서비스 분석은 확인된 사실과 해석의 범위를 구분합니다. 실제 시스템의 식별자는 재현하지 않으며, 글은 프로젝트 진행 시기 또는 분석·활용 시점을 함께 표시하고 작성일 최신순으로 정렬했습니다. RSS로 구독하기
전체 · 32개 글 · 작성일 최신순 · 3/3페이지
결과 업로드 지연에서 .nfs 열린 파일 핸들을 추적한 과정
공란 오류 로그와 OS 리소스 상태를 교차 확인해 .nfs 열린 파일 핸들 누적과 open-file 한도의 연관성을 유력 원인으로 좁히고, 모듈 재기동과 Stack Trace 로깅으로 초기 정상화·후속 진단 기반을 마련한 과정입니다.
JavaLinuxNFSResource Management
try-catch가 Spring Transaction Rollback을 막을 때
@Transactional 메서드 내부에서 삼킨 예외가 부분 반영을 만든 원인과 RuntimeException 재전파, API 업무 응답 검증, 외부 부수효과의 한계를 설명합니다.
SpringTransactionException HandlingREST API
외부 API 전환에서 롤백 경로가 필요한 이유
FedEx SOAP→REST 전환에서 운영 계정 연결 누락을 겪고 백업 WAR로 업무를 복구한 뒤, 법인별 인증과 ETD 정책을 재설계한 과정입니다.
REST APIOAuthMigrationRollback
요청마다 Connection Pool과 SessionFactory를 만들면 생기는 문제
DB Connection 232개를 단순 누수가 아니라 Pool 객체의 반복 생성 문제로 좁히고, DataSource와 SessionFactory의 생명주기를 애플리케이션 단위로 재설계한 과정입니다.
JavaMyBatisConnection PoolSpring Boot
프로세스는 살아 있지만 실제 업무가 멈춘 상태를 감지하는 방법
PID와 로그 수정 시각만으로 놓치던 처리 정체를 반복 패턴으로 판별하고, 다법인 감시 대상을 설정으로 통합한 과정을 설명합니다.
Spring BootMonitoringSchedulerSMTP
GET XSS Filter 적용 후 Forward 파라미터가 사라진 이유
같은 Request를 재사용하는 Forward에서 Wrapper와 원본 Request의 파라미터가 어긋난 원인을 추적하고, GET·JSON·Multipart까지 방어 범위를 넓힌 과정입니다.
XSSServlet FilterRequestWrapperMultipart
대용량 하위 데이터를 먼저 GROUP BY할 때 조회가 느려지는 이유
조회 범위와 무관한 선집계를 제거하고 필요한 주문만 계산하도록 SQL 실행 구조를 바꾼 과정을 정리합니다.
OracleSQL 튜닝MyBatis실행계획