AI 도입 사례
레거시 시스템을 새 플랫폼으로 옮길 때, 가장 먼저 오는 것이 구성 검토입니다. 종래의 방식으로는 인력을 투입해 약 1개월. 산출물은 탁상 위 비교표와 개산입니다. 문제는, 그 비교표의 정확성을운영 개발이 시작될 때까지 아무도 확인할 수 없다는점입니다. '선택한 구성이 실은 성능 요건을 충족하지 못했다'가 드러나는 것은, 대개 되돌릴 수 없게 된 무렵입니다. 이번 안건에서는, 이 방식을 버렸습니다.
2일 만에 '작동하는 프로토타입'을 만들고, 실측으로 결정합니다.
- 1. 현행 시스템의 해석 — AI 에이전트(Claude Code)로 현행의 화면·기능·권한을 전수 조사하여, 화면 14·기능 45·항목 527의 롤별 매트릭스와, 대응 구분이 붙은 과제 대장 46건으로 정리
- 2. 프로토타입 구축(실 작업 2일) — 검토 중인 구성 그대로, API＋데모 화면의 작동하는 프로토타입을 구축. 규모는 약 66,000줄(API 약 27,000줄＋화면 약 39,000줄)
- 3. 데이터를 투입하여 실측 — 1만 건의 데이터를 투입하여, 전 API·전 화면의 응답을 계측. '이 구성은, 이 규모에서, 이 속도가 나온다'가 숫자로 나타납니다
실측했기 때문에, 성능 저하도 대책도 '사실'로 이야기할 수 있었습니다.
1만 건 투입 시의 첫 계측에서는, 일부 API가 22초, 화면 표시는 90초를 넘었습니다. 탁상 위 검토라면 여기서 원점으로 돌아갈 지점이지만, 실물이 있으므로어디가 느린지를 특정하여 대책을 세울 수 있습니다. 인덱스 설계의 재검토부터 액세스 패턴의 변경까지, 대책을 4단계로 나누어 적용·재계측한 결과——전 API가 22초→3초 이내, 전 화면이 90초 초과→2초대. 단건 취득은 600배의 개선을 실측으로 확인했습니다. 이 숫자와 함께 구성을 확정했으므로, '운영에서 성능이 나오지 않을지도 모른다'라는 불안까지 해소되었습니다.
'조사'의 상식이 바뀝니다.
이 방식의 본질은, 속도 그 자체가 아닙니다.의사 결정의 재료가 '추측'에서 '실측'으로 바뀐다는 것입니다. 탁상 위 비교표는 작동하는 프로토타입과 계측 데이터로, '아마 견딜 것이다'는 '이 규모에서 이 응답 시간'으로, 발각의 타이밍은 운영 개발 중에서 구성 검토 중(＝얼마든지 다시 할 수 있는 단계)으로 바뀝니다. 프로토타입은 버려도 아깝지 않은 비용으로 만들 수 있게 되었습니다. 그래서, 만든 다음에 결정합니다. 구성 검토·기술 선정·PoC의 진행 방식은, AI 에이전트의 등장으로 근본부터 다시 쓰이고 있습니다.
같은 상황으로 곤란을 겪고 계시지 않습니까.
'신규 시스템의 구성을 결정하지 못하겠다', '벤더의 제안이 타당한지 판단할 수 없다', 'PoC에 몇 개월씩 들이고 싶지 않다'——그 검토,작동하는 것＋실측값으로 진행해 보지 않으시겠습니까.
당사는 레거시 쇄신을 '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월 말 시점의 실측값입니다. 개발 성과는 시스템의 상태·요건에 따라 다릅니다.