Connection Pool을 적용해도 빨라지지 않은 이유
반응마다 JVM이 종료되는 구조에서는 Pool을 재사용할 수 없다는 점을 측정하고, 상시 기동 REST API로 연계 방식을 바꾼 과정입니다.
TECHNICAL SERIES
일회성 프로세스를 상시 기동 API로 바꾸고 장시간 작업과 오류 응답 계약을 안정화한 과정입니다.
READ IN ORDER
문제의 발견부터 설계와 운영 안정화까지 실제 판단 순서로 정리했습니다.
반응마다 JVM이 종료되는 구조에서는 Pool을 재사용할 수 없다는 점을 측정하고, 상시 기동 REST API로 연계 방식을 바꾼 과정입니다.
192개 반응·94개 contig의 Blast가 약 26시간 이어진 작업에서 Oracle 24시간 세션 만료 후 ORA-01012가 발생한 원인을 확인하고, 각 Blast 실행 전 세션 확인 Query를 수행하도록 보완한 과정입니다.
Well 좌표 충돌로 서버 처리가 실패했는데도 HTTP 200과 빈 본문이 반환되던 경로를 추적하고, HTTP 500과 표준 errorCode·errorMessage 계약으로 바꾼 과정입니다.