문제를 기능보다 먼저 정의합니다
현업이 실제로 멈추는 지점과 필요한 최소 기능을 먼저 확인합니다. 완벽한 시스템을 기다리기보다, 영향도와 우선순위에 맞춰 작동하는 제품을 먼저 만듭니다.
국내 10개 문자 중계 사업소 중 한 곳으로, 일 평균 250~300만 메시지를 이동통신사 및 상위라인에 유통합니다.
담당직무연구개발팀 과장
기술스택 담당 업무- DB 중심 메시지 처리 구조가 처리량 확장에 한계를 보이는 상황에서, Kafka 기반 이벤트 스트림 구조로 전환하는 차세대 프로젝트 참여
- C++ 기반 운영 중인 레거시 서비스 유지보수 및 Java 기반 서비스 전환 수행
- Windows Server 2012 EOS에 따른 운영 서버 이관 수행
- 단일 파일에 모든 기능이 뒤섞여 있고 주석과 실제 동작이 일치하지 않는 스파게티 구조의 C++ 레거시를 사람이 처음부터 분석하면 상당한 시간이 소요되는 상황에서, Claude Code와 ChatGPT Codex 두 AI로 각각 독립 분석을 수행해 결과의 일치·불일치 지점을 비교하고, 이를 근거로 직접 코드 검증과 기능 리스팅을 진행해 신뢰할 수 있는 포팅 범위를 확정. 기능 단위로 패키징해 Java/Spring Boot로 포팅한 결과, AI 없이 진행했다면 6개월 이상 소요될 작업을 약 2개월로 단축
- 운영 서버의 물리적 디스크 장애로 재기동이 불가능해 레거시 모놀리식 Backoffice(Java/JSP) 접속이 막히고 고객 응대 VOC가 급증하는 상황에서, AI를 활용해 고객 정보·실시간 물량 조회 기능만 담은 Emergency Backoffice를 긴급 빌드·배포. 본 서버의 OS 재설치·DB·애플리케이션 복구와 병행 진행해, 전체 서비스가 정상화되기 전에도 운영팀이 고객 응대와 선 조치를 이어갈 수 있도록 지원. 이 과정에서 기존 Backoffice가 여러 DB 커넥션에 대한 예외 처리 없이 설계되어 있어 DB 1개 연결 실패가 전체 서비스 장애로 전파되는 구조적 문제도 함께 진단
- Kafka 도입 프로젝트의 팀 내 공통 이해도가 부족한 상황에서, Producer/Consumer, EOS, Partition, Consumer Group, Offset, 장애·재처리 전략을 정리한 세미나를 주도해 후속 설계·구현의 실행 기반을 마련
- 기존 SQL limit 기반 TPS 제어와 동기식 Socket 통신 방식이 메시지 타입별 우선순위 제어에 한계가 있어, 고객사 Agent의 메시지 타입별 DB → Queue 독립 파이프라인과 우선순위 큐를 도입하고 TPS 제어를 Bucket4j Rate Limiter로, Socket 통신을 Netty 비동기 이벤트 드리븐 방식으로 전환해 구조 개선
- MySQL binlog가 비활성화된 환경과 제한된 네트워크 대역폭이라는 제약 속에서, Windows Server EOS 대응 이관을 위한 마이그레이션 절차를 수립하고 약 60만 개 MMS 첨부파일을 전용 Client/Server 애플리케이션으로 안정적으로 이전
