본문으로 건너뛰기

무엇을 찾고 계신가요?

저희 서비스를 살펴보고 목표 달성에 어떻게 도움이 될 수 있는지 알아보세요

레거시 시스템 평가 체크리스트: 현대화 전에 점검해야 할 사항

레거시 시스템 평가는 비용을 지출하기 전에 10가지 영역을 점검합니다: 비즈니스 가치, 사용자 및 프로세스, 코드 및 아키텍처, 플랫폼 지원, 보안, 데이터, 연동, 운영, 인력 및 지식, 비용. 각 영역별로 의견이 아닌 근거 자료를 수집하고, 비즈니스 가치와 기술 상태를 점수로 비교한 후, 유지·리플랫폼·리팩터·재구축·폐기 중 하나를 후보로 좁혀야 합니다.

솔루션 리뷰 예약 관련 서비스 보기

검토: David (CEO) · 업데이트 29 Sep 2026 · 1 분 읽기

star

이 체크리스트는 노후화된 쇼핑몰, 스프레드시트로 겨우 유지되는 ERP, 아무도 손대기 꺼리는 내부 도구 등 특정 시스템 하나가 비즈니스 성장을 가로막고 있다고 의심하는 사업주, COO, CTO, IT 관리자를 위한 것입니다. 무엇을 점검해야 하는지, 그리고 해당 시스템에 실제로 작업이 필요한지 판단하는 방법을 다룹니다. 경로를 선택하는 다음 단계는 디지털 트랜스포메이션 및 레거시 현대화 가이드에서 확인하실 수 있습니다.

이 가이드의 내용

평가가 필요한 시점

다음 트리거 중 하나가 나타날 때 구조적 평가를 실시하십시오. 정기적인 일정이 아니라 트리거 기반으로 진행합니다:

  • 플랫폼, 프레임워크 또는 데이터베이스의 벤더 지원 종료가 임박한 경우.
  • 소소한 변경에도 몇 주가 걸리고, 업그레이드할 때마다 문제가 발생하는 경우.
  • 직원이 시스템 간에 주문·재고·고객 데이터를 수작업으로 재입력하는 경우.
  • 새로운 프로세스, 채널 또는 AI 활용 사례에 필요한 데이터를 시스템이 제공하지 못하는 경우.
  • 시스템을 이해하는 인력이 떠났거나 떠나고 있는 경우.

평가는 반대 실수를 방지하는 역할도 합니다. 지원되고 있으며 보안이 유지되고 아무것도 가로막지 않는 시스템을 교체하는 일이 없도록 보호합니다. 좋은 평가는 "현재 유지하고 내년에 다시 검토한다"는 결론으로 끝날 수도 있습니다.

체크리스트: 평가할 10가지 영역

답이 명확해 보이는 영역이라도 모든 항목을 빠짐없이 검토하십시오. AWS의 상세 애플리케이션 평가 가이드에서는 팀이 자신들의 애플리케이션을 완전히 파악하고 있다고 가정하는 경향이 있다고 경고하며, 기억이 아닌 도구에서 나온 데이터로 그 지식을 검증할 것을 권고합니다.

영역 점검 사항 수집할 근거 자료
비즈니스 가치 어떤 매출·서비스·비용이 이 시스템에 의존하는지, 하루 중단 시 무엇이 멈추는지 명시된 프로세스, 영향받는 사용자, 비즈니스 오너와 합의한 다운타임 영향
사용자 및 프로세스 누가, 어떤 목적으로, 어디서 사용하는지, 그리고 어떤 우회 방법을 쓰는지 프로세스 맵, 시스템 주변의 스프레드시트 및 수작업 단계 목록
코드 및 아키텍처 아키텍처 유형, 결합도, 테스트 커버리지, 커스텀 코드 규모, 알려진 핫스팟 아키텍처 다이어그램, 저장소 접근 권한, 테스트 보고서, 커스텀 모듈 목록
플랫폼 및 지원 언어·프레임워크·데이터베이스·운영 체제의 버전과 해당 지원 종료일 벤더가 공개한 지원 종료일이 포함된 버전 인벤토리
보안 알려진 취약점, 인증, 접근 제어, 암호화, 로깅 스캔 결과, 접근자 목록, 과거 감사 또는 침투 테스트의 미결 사항
데이터 데이터 모델, 품질, 볼륨, 소유권 및 보존 규칙 스키마, 레코드 수, 데이터 품질 샘플, 각 데이터 유형의 소유자
연동 데이터를 주고받는 모든 시스템과 그 방식 프로토콜·방향·빈도·장애 처리가 포함된 인터페이스 목록
운영 가동률, 장애 이력, 백업, 복구 목표, 복구 테스트 실시 여부 장애 이력, 백업 일정, RPO/RTO, 최근 복구 테스트 일자
인력 및 지식 시스템을 변경할 수 있는 사람과 문서화된 내용 담당 유지보수 인력 명단, 문서, 누군가의 머릿속에만 있는 규칙
비용 라이선스, 호스팅, 지원 계약, 시스템 유지에 소요되는 직원 시간 내부 공수 및 우회 작업을 포함한 12개월 비용

두 영역은 특히 주의가 필요합니다. 플랫폼 지원과 관련하여 CISA와 FBI는 수명 종료 소프트웨어 사용을 예외적으로 위험한 제품 보안 관행 중 하나로 지목하는데, 지원이 끊긴 제품은 보안 패치를 받지 못하기 때문입니다. 보안 측면에서는 OWASP Application Security Verification Standard(ASVS)와 같은 공개 표준을 활용하면 직접 기준을 만들지 않아도 테스트할 요구사항 목록을 확보할 수 있습니다.

평가 진행 방법

단일 시스템에 대한 집중 평가는 짧고 범위가 한정된 작업입니다. 고정된 순서로 진행해 속도를 유지하십시오:

  1. 담당자를 지정합니다

    시스템의 비즈니스 가치를 말할 수 있는 비즈니스 오너, 그리고 코드·서버·클라우드 계정·벤더 계약 등 모든 문을 열 수 있는 기술 오너가 필요합니다.

  2. 인터뷰 전에 먼저 자료를 수집합니다

    버전·의존성·접근자 목록·비용·장애 이력을 먼저 확보하여, 인터뷰가 사실을 만들어내는 자리가 아닌 사실을 확인하는 자리가 되도록 합니다.

  3. 소프트웨어만이 아닌 프로세스를 파악합니다

    실제 주문, 청구, 요청 하나를 처음부터 끝까지 따라가며 모든 수작업 단계와 스프레드시트를 기록합니다.

  4. 우회 방법을 쓰는 사람들을 인터뷰합니다

    사용자는 어떤 보고서가 틀렸고 어떤 필드를 아무도 신뢰하지 않는지 알고 있습니다.

  5. 위험한 가정 하나를 테스트합니다

    예를 들어 전날 밤 백업을 테스트 환경에 복원하거나, 저장소에서만 코드를 빌드·배포해 봅니다.

  6. 각 영역에 점수를 매깁니다

    아래의 가치·상태 척도를 사용하고, 모든 점수 뒤에 근거 문장 한 줄을 기재합니다.

  7. 후보 경로와 미확인 사항을 정리합니다

    점수, 남은 2~3가지 경로, 추가 확인이 필요한 사항을 담은 간략한 보고서를 작성합니다.

점수 평가: 비즈니스 가치 대 기술 상태

비즈니스 가치와 기술 상태를 각각 1(낮음)~5(높음)와 같은 단순한 척도로 별도 평가합니다. 수치는 정밀성이 아닌 비교를 위한 것이며, 서면 근거가 더 중요합니다.

  • 가치 높음, 상태 낮음. 긴급 케이스: 비즈니스가 취약하거나 지원이 끊긴 시스템에 의존하고 있습니다. 가장 먼저 현대화합니다.
  • 가치 높음, 상태 높음. 유지하면서 연동이나 자동화 등을 통해 확장에 투자합니다.
  • 가치 낮음, 상태 낮음. 폐기 후보: 다른 시스템으로 역할을 이전하거나 종료합니다.
  • 가치 낮음, 상태 높음. 그대로 두고, 새로운 작업을 추가하지 않습니다.

여러 시스템을 평가할 때는 하나를 선택하기 전에 모두 같은 두 척도에 배치하십시오. 기술이 가장 오래된 시스템이 반드시 가장 먼저 현대화할 대상은 아닙니다. 매출·서비스·비용을 가로막는 시스템이 우선입니다. 디지털 트랜스포메이션 로드맵은 전사 차원에서 이니셔티브의 우선순위를 정하는 방법을 보여줍니다.

조사 결과에서 경로 후보 목록으로

평가는 최종 선택이 아니라 선택지를 좁히는 작업입니다. AWS Prescriptive Guidance는 7가지 마이그레이션 전략을 제시합니다: 폐기(retire), 유지(retain), 리호스트(rehost), 재배치(relocate), 재구매(repurchase), 리플랫폼(replatform), 리팩터(refactor). 중견 기업은 완전한 재구축도 고려합니다. 조사 결과를 활용해 경로를 배제하십시오:

  • 플랫폼 지원이 곧 종료되지만 비즈니스 규칙이 여전히 적합하다면 리플랫폼을 후보로 유지합니다.
  • 코드에 가치가 있지만 변경 속도가 느리다면 단계적 리팩터링을 후보로 유지합니다.
  • 설계가 목표 프로세스를 수용할 수 없다면 재구축이나 패키지 제품을 후보로 유지합니다.
  • 시스템이 적용하는 규칙을 아무도 설명하지 못한다면 재구축 전에 디스커버리를 추가합니다.

어떤 경로가 남더라도 단계적으로 진행할 수 있는 방식을 선호하십시오. Martin Fowler의 Strangler Fig 패턴은 기존 시스템 주변에 새 기능을 구축하고 기능을 점진적으로 이전하여 결국 기존 시스템을 종료하는 방법을 설명합니다. 핵심 가이드에서는 재구축, 리팩터, 리플랫폼 중 선택하는 방법을 설명하며, 레거시 현대화 서비스에서는 그 이행을 어떻게 계획하고 준비하는지 보여줍니다.

평가에서 AI가 도움이 되는 부분

AI 도구는 평가에서 가장 느린 부분, 즉 문서화되지 않은 코드와 데이터를 이해하는 과정을 단축합니다. 모듈을 요약하고, 어떤 함수가 어떤 테이블을 참조하는지 추적하고, 누락된 문서를 초안으로 작성하며, 중복되거나 사용되지 않는 코드를 플래그하여 사람이 확인하도록 합니다. 하지만 AI는 인터뷰, 비즈니스 점수 평가, 최종 의사결정을 대체하지 않습니다. 모든 AI 요약은 검증해야 할 단서로 취급하고, 승인된 도구 안에서만 코드를 다루며, 사람이 확인한 내용을 기록하십시오. Netbase는 프로젝트별로 선택된 주요 상용 및 오픈소스 AI 도구·모델과 협력하며, 사람의 검토 하에 진행합니다.

대안 및 선택 기준

경로 강점 약점 선택 시점
내부 자체 평가 비용 최소화; 팀 내 지식 축적 시스템을 직접 개발하거나 선택한 팀의 맹점 시스템 규모가 작고 시간과 거리를 둘 수 있는 인력이 있는 경우
현재 벤더에 의한 평가 코드와 히스토리를 잘 앎 자신이 이미 판매하거나 유지하는 경로를 선호할 수 있음 벤더를 신뢰하며 독립성보다 속도가 중요한 경우
다른 파트너에 의한 독립 평가 새로운 시각; 시스템 간 비교 가능한 점수 온보딩 시간과 전체 접근 권한 필요 의사결정 규모가 크거나 내부 의견이 엇갈리는 경우
도구 기반 디스커버리만 코드·의존성·트래픽에 대한 빠르고 객관적인 데이터 비즈니스 가치, 우회 방법, 기록되지 않은 규칙을 파악하지 못함 위의 경로 중 하나에 대한 입력으로 활용; 단독으로는 사용 불가

네 가지 기준으로 선택하십시오: 의사결정에 걸린 금액과 리스크의 크기, 팀이 편견 없이 시스템을 평가할 수 있는지 여부, 시스템 지식 중 문서화되지 않은 비중, 플랫폼 기한이 얼마나 빨리 이전을 강제하는지.

Netbase의 평가 진행 방식

Netbase에서 평가는 디스커버리 및 전략적 정렬, 아키텍처 계획, 애자일 실행, 출시 및 지속적 지원으로 이어지는 6단계 딜리버리 라이프사이클의 디스커버리 단계입니다. 디스커버리는 서면 경로 추천과 그 근거로 마무리되며, 대부분의 Netbase 프로젝트는 디스커버리 후 합의된 고정가 계약으로 진행됩니다. 여러 시스템에 걸친 질문이라면 디지털 트랜스포메이션 컨설팅을 통해 평가를 우선순위가 부여된 계획으로 전환할 수 있습니다.

보안 조사 결과는 Netbase가 자체 딜리버리에 적용하는 것과 동일한 방식으로 처리됩니다: 보안 코드 리뷰 및 버전 관리, 전송 시 TLS 및 저장 시 AES 암호화, 역할 기반 접근 제어, 관리자 대시보드 MFA, 취약점 스캔 및 침투 테스트, 재해 복구. Netbase는 ISO 27001 인증과 SOC 2 Type II 증명을 보유하고 있으며, 두 가지 모두 Netbase 자체 운영에 적용되고 고객 시스템에는 해당하지 않습니다. 자세한 내용은 보안 및 컴플라이언스에서 확인하실 수 있습니다. 작업 시작 후 품질이 어떻게 관리되는지는 아웃소싱 딜리버리의 소프트웨어 품질 거버넌스를 참고하십시오.

존재하는 딜리버리 기록과 존재하지 않는 것

  • 존재하는 것. Netbase는 Netztech를 Magento 1에서 Magento 2 Commerce로 35 영업일 만에 이전했으며, 11개 확장 모듈의 마이그레이션을 포함합니다. Netztech 마이그레이션은 플랫폼 지원 종료 시 평가가 이어지는 리플랫폼 유형의 공개된 딜리버리 기록입니다.
  • 존재하지 않는 것. 해당 마이그레이션 뒤의 평가 내용, 점수 또는 기간을 설명하는 공개된 Netbase 기록은 없으며, Netbase는 표준 평가 가격이나 일정을 공개하지 않습니다. 이 페이지의 점수 척도는 예시적인 것으로, 측정된 결과를 가진 Netbase의 방법론이 아닙니다.

이 체크리스트의 한계

  • 한 번에 하나의 비즈니스 시스템만 다룹니다. 수십 개의 애플리케이션 포트폴리오는 포트폴리오 도구와 프로그램 구조가 필요합니다.
  • 보안 감사나 침투 테스트를 대체하지 않습니다. 그것이 실시되었는지, 무엇을 발견했는지를 기록합니다.
  • 벤더 지원 종료일 및 AWS·CISA 가이드는 변경될 수 있으므로, 평가 당일에 직접 확인하십시오.
  • 신흥 시장과 같이 레거시 단계를 아예 거치지 않는 기업에 대해서는 신흥 시장의 디지털 및 AI 트랜스포메이션을 참고하십시오.

Netbase 컨설턴트와 다음 단계를 계획하세요

자주 묻는 질문

기존 시스템의 비즈니스 가치와 기술 상태를 구조적으로 검토하는 것입니다. 어떻게 사용되는지, 어떻게 구축·지원되는지, 보안 상태는 어떤지, 어떤 데이터와 연동을 보유하는지, 비용은 어떠한지를 포함합니다. 경로 후보 목록과 그 근거로 마무리됩니다.

시스템 규모, 문서화 수준, 접근 권한 부여 속도에 따라 다릅니다. 데이터를 먼저 수집하고 인터뷰를 나중에 진행하면 기간이 단축됩니다. 접근 권한 누락이 가장 흔한 지연 원인입니다.

비즈니스 오너와 기술 오너가 함께, 그리고 결과에 이해관계가 없는 사람이 참여해야 합니다. 팀이 시스템을 직접 개발했거나 벤더가 유지보수 중이라면 독립적인 검토자가 편향을 줄여줍니다.

아닙니다. 지원되고 있으며 보안이 유지되고 로드맵을 가로막지 않는 시스템은 유지하고 나중에 다시 검토할 수 있습니다. 매출·서비스·비용을 가로막는 시스템을 먼저 현대화하십시오.

다음 단계

우려되는 시스템, 의존하는 항목, 플랫폼 기한을 공유해 주시면 평가 범위와 먼저 수집할 근거 자료를 확정하기 위한 솔루션 리뷰를 예약해 드리겠습니다. Netbase JSC 인사이트도 더 살펴보실 수 있습니다.

실행 계획으로 완결되는 AI 기반 디지털 트랜스포메이션 컨설팅 실행 계획으로 완결되는 AI 기반 디지털 트랜스포메이션 컨설팅

Netbase는 중간 시장 기업에 디지털 트랜스포메이션 컨설팅을 제공하여 운영 문제를 전략 문서가 아닌 전달 경로가 있는 우선순위 로드맵으로 전환합니다. 워크플로우, 시스템 및 데이터를 매핑하고, AI가 수동 작업을 제거할 수 있는 곳을 포함하여 모든 변경 사항을 비즈니스 가치와 리스크로 순위를 매기며, 동일한 팀이 구축을 시작할 수 있는 계획을 전달합니다.

더 알아보기
line
주문과 데이터를 안전하게 보호하는 AI 기반 레거시 현대화 주문과 데이터를 안전하게 보호하는 AI 기반 레거시 현대화

Netbase는 커머스 및 운영 팀을 위한 레거시 애플리케이션 현대화 서비스를 제공하여 Magento 1 스토어 등 노후화된 플랫폼을 주문, 고객 또는 데이터 손실 없이 지원되는 기술로 이전합니다. AI가 코드 분석 및 데이터 매핑을 가속화하며, 모든 마이그레이션은 리허설, 단계적 전환 및 롤백이 포함된 서면 인간 승인 계획으로 진행됩니다. Netztech의 Magento 2 이전으로 검증되었습니다.

더 알아보기
line
멀티벤더 마켓플레이스 개발: 벤더, 카탈로그, 정산 및 AI 검색을 하나의 플랫폼으로 멀티벤더 마켓플레이스 개발: 벤더, 카탈로그, 정산 및 AI 검색을 하나의 플랫폼으로

멀티벤더 마켓플레이스는 다수의 독립 판매자가 하나의 스토어프론트를 통해 상품을 등록하고 판매하며 정산받는 커머스 플랫폼입니다. Netbase의 마켓플레이스 솔루션은 벤더 온보딩, 공유 카탈로그, 분할 결제 및 정산을 포함하며, AI를 활용한 검색, 상품 목록 보강 및 사기 탐지 기능을 제공합니다. EU 패션테크 마켓플레이스에서 Netbase의 작업으로 총 상품 거래액(GMV)이 47% 증가하고 벤더 온보딩 시간이 60% 단축되었습니다.

더 알아보기
line
Netbase에 문의

프로젝트 논의

Netbase JSC는 조직이 디지털 제품과 AI 기반 비즈니스 시스템을 설계, 구축, 현대화 및 운영할 수 있도록 지원합니다.
프로젝트 문의

[email protected]

WhatsApp

+84 937 869 689

사무소 주소

91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam

연락하기

구축, 현대화 또는 운영하고자 하는 내용을 알려주세요.

구축, 현대화 또는 운영하고자 하는 내용을 알려주세요.

Netbase에 문의