AI 도입 사례
어느 판매 관리 기간계 시스템. 20년 가까이 가동되어, 업무는 매일 돌아가고 있습니다. OS는 이미 지원이 종료되었고, 애플리케이션 서버도 화면 기술도 한 세대 전의 것. 그럼에도 '전면 쇄신'에 나서지 못하는 것은, 규모와 업무 영향을 생각하면 당연한 판단입니다.실록①에서는 '다시 만든다'를 선택했지만, 모든 시스템에서 다시 만드는 것이 최적이라고는 할 수 없습니다. 이번에 채택한 전략은,기존 시스템에는 일절 손대지 않고, 바깥쪽에 새로운 입구를 세운다——이른바 스트랭글러 패턴입니다.
기존 코드의 변경은, 0줄.
이용자 → 새 게이트웨이(신설) → 기존 시스템(무개수) → 기존 DB(그대로)
- 기존 시스템 측에는, 내부의 업무 로직을 외부에서 호출할 수 있게 하는REST의 얇은 계층만을 추가. 기존 클래스는 한 줄도 변경하지 않았습니다. 손대지 않으니, 망가지지 않습니다
- 앞단에새 게이트웨이(Java 21／Spring Boot)를 신설. 사내 비즈니스 채팅 기반의 계정으로 SSO 로그인하여, 인증된 요청만을 기존 시스템으로 중계
- 화면은 새 게이트웨이 측에서 모던하게 재구축. 일괄 등록도 양식 등록도,기존 시스템의 등록 로직을 100% 재사용하여 작동합니다
리스크는 '신설한 계층' 안에 가두고, 실적 있는 업무 로직은 그대로 살립니다. 이것이 이 전략의 핵심입니다.
착수부터 며칠 만에, 운영 인프라 위의 E2E가 성립했습니다.
AI 에이전트(Claude Code)가 기존 시스템의 코드를 읽고, 오래된 프레임워크 특유의 내부 구조의 버릇을 하나씩 해결하며, 게이트웨이 구현·서버 구축·리버스 프록시 설정까지 진행했습니다. 그 결과,착수부터 며칠 만에, 공개 URL에서 인증을 거쳐 기존 엔진으로 실 데이터가 등록되는 지점까지 일관되게 성립. 이후에는 검색·신규 등록과 같이, 화면 단위로 기능을 늘려 가고 있습니다.
단계적 이행의 좋은 점은,사용하는 화면부터 순서대로 새 시스템으로 옮겨 갈 수 있다는점입니다. 전면 쇄신처럼 큰 자금·체제·동결 기간을 필요로 하지 않고, 업무를 멈추지 않은 채 '새로운 시스템'의 면적을 넓혀 갈 수 있습니다. 스트랭글러 패턴 자체는 예전부터 있던 기법이지만, 해독과 구현에 상당한 공수가 들기 때문에 결재를 통과하기 어려운 선택지였습니다. AI가 그 양쪽 모두를 자릿수가 다를 만큼 빠르게 만든 덕분에,'전면 쇄신 or 방치'의 양자택일에, 현실적인 제3의 길이 더해진것입니다.
같은 상황으로 곤란을 겪고 계시지 않습니까.
'멈출 수 없는 기간계 시스템이 있다', '쇄신 결재가 통과되지 않는다', '적어도 새 화면·새 인증만이라도'——그 시스템, 망가뜨리지 않고 입구만 새롭게 하는 길이 있습니다.
당사는 레거시 쇄신을 'AI Re: Platform'(약칭: AIR Platform)으로 제공하고 있습니다.
기존 소스의 해석까지는 무료.결과는 기술적 부채 목록과 '다시 만든다／감싼다'의 초기 전략을 정리한간이판 'AIR 리포트'로 전해 드립니다(NDA 체결 후 실시).지금 바로 문의해 주세요.
문의 양식('무료 해석(AIR 리포트) 희망'이라고 덧붙여 적어 주세요)／ info@flagship-ai.jp
무료 온라인 세미나'레거시 to AI ― IT 업계의 산업 혁명과, 20년 된 Java 시스템을 되살린 실록'개최 예정(일정 조율 중).사전 등록 접수는 곧 개시 ― 본 블로그에서 공지합니다.
시리즈 '레거시 to AI 실록'
- 총집편: PC 1대로 22개 시스템·약 246,000줄 ― AI 개발 3.5개월의 실측 기록
- 실록①: 20년 된 Java를, 약 1주일 만에 전면 쇄신
- 실록②: 기존 코드 0줄 변경으로, 기간계에 새로운 입구를 만든다(본 기사)
- 실록③: 1개월급의 구성 검토를, 프로토타입 2일＋실측으로
※본 기사의 수치는 2026년 7월 말 시점의 실측값입니다. 개발 성과는 시스템의 상태·요건에 따라 다릅니다.