실록①: 20년 된 Java를 약 1주일 만에 전면 쇄신

AI 도입 사례

어느 회원제 서비스(회원 약 2만 명·가동 10년 이상)의 기간계 시스템. 그 상태를 나열하면 다음과 같습니다.

• 언어는 Java 1.7 (2011년 릴리스·지원 종료)
• 화면은 JSF＋PrimeFaces (쇠퇴한 화면 기술)
• 인증 라이브러리는 개발 종료(EOL)된 채로 가동
• 비밀번호는 SHA-1·솔트 없음 (현대의 기준에서는 위험)
• 문서 없음. 기반 코드의 최종 갱신은 5년 전.당시의 개발자는 부재

종래의 방식으로 견적을 내면 '해독에 수 개월, 총액 수천만 엔·연 단위'가 되는 안건입니다. 많은 기업이 이 견적 앞에서 멈춰 서고, 시스템은 방치된 채 묵혀집니다.

처음 며칠 만에, AI가 전체를 낱낱이 파악했습니다.

착수해서 가장 먼저 한 것은, 다시 쓰는 것이 아니라읽는 것이었습니다. AI 에이전트(Claude Code)에 전체 리포지토리와 운영 데이터베이스를 넘기자, 며칠 만에 다음이 밝혀졌습니다. 실 데이터 약 670,000줄·35개 테이블의 구조와 실 운용 규모. 정규화되지 않은 채 증축된 설계 부채. IP 주소 직접 기입과 평문 비밀번호의 전수. 그리고 '아무도 사양을 모른다'라고 여겨졌던 핵심 판정 로직의 정체——실은 마스터 테이블 구동의 단순한 구조였고, '해독이 어렵다'라는 사람의 판단 쪽이 지레짐작이었습니다.

종래 견적의 대부분을 차지하는 것은 구현이 아니라 '해독'의 비용입니다. 사람의 수백 배 속도로 코드를 읽을 수 있는 AI 에이전트는, 우선 이 지점을 무너뜨립니다.

전략은 AI가 제안하고, 사람이 결정했습니다.

AI는 DB 스키마의 전면 정규화안(교과서적인 이상형)도 제시했지만, 채택하지 않았습니다. 데이터 이행은 쇄신 프로젝트 최대의 리스크 요인이기 때문입니다. 사람이 선택한 것은 'DB 스키마는 한 테이블도 바꾸지 않고, 애플리케이션 계층만을 최신 구성(Java 21／Spring Boot 3)으로 쇄신한다'라는 전략이었습니다. 데이터 이행이 없기 때문에 병행 검증이 쉽고, 언제든 구 시스템으로 되돌릴 수 있습니다.

구현의 하이라이트는 3가지입니다.

• 인증의 무중단 이행: SHA-1 비밀번호를, 각 회원의 로그인 시에 안전한 방식(bcrypt)으로 자동 재해시. 아무도 눈치채지 못한 채 순차적으로 안전해져 갑니다
• 구 화면의 충실한 재현: 운영 화면의 실측값(색상·픽셀 단위)으로 새 화면을 정교하게 만들어, 이용자의 학습 비용·문의 증가를 제로로
• 실 데이터로 전 기능 검증: 운영 상당 데이터로 E2E 검증한 뒤에 공개. AI의 산출물은 반드시 실물로 검증합니다

그 결과,회원용 전 기능＋관리 화면 18종의 구현·검증까지, 실 작업 약 1주일. 20년치 업무 로직과 축적 데이터는, 단 한 건도 버리지 않았습니다. 개발 비용이 자릿수 단위로 낮아진 지금, 'SaaS로 갈아타 업무를 맞춘다'는 것만이 레거시 탈출은 아니며,업무 로직을 버리지 않는 전면 쇄신이 현실적인 선택지로 되돌아왔습니다.

같은 상황으로 곤란을 겪고 계시지 않습니까.

'사양을 아는 사람이 없다', '견적이 수천만 엔에서 멈춰 있다'——그 시스템, 우선읽는것부터 시작해 보지 않으시겠습니까.

시리즈 '레거시 to AI 실록'

• 총집편: PC 1대로 22개 시스템·약 246,000줄 ― AI 개발 3.5개월의 실측 기록
• 실록①: 20년 된 Java를, 약 1주일 만에 전면 쇄신(본 기사)
• 실록②: 기존 코드 0줄 변경으로, 기간계에 새로운 입구를 만든다
• 실록③: 1개월급의 구성 검토를, 프로토타입 2일＋실측으로

※본 기사의 수치는 2026년 7월 말 시점의 실측값입니다. 개발 성과는 시스템의 상태·요건에 따라 다릅니다.