데이터 이관은 왜 따로 견적을 받아야 할까요 | 범위·기간 기준
시스템을 새로 만들 때 일정이 밀리는 자리는 대개 화면이 아니라 데이터 이관이에요. 회원 5,549명을 지키며 5개월 리뉴얼을 해본 개발사 기준으로, 이관 범위를 정하는 5가지와 견적서에서 확인할 항목을 정리했어요.
핵심 요약 — 시스템을 새로 만들 때 일정이 밀리는 자리는 대개 화면이 아니라 데이터예요. 기존 회원과 주문 기록을 어떤 상태로 옮길지는 기능 목록에 잘 안 적히는데, 실제로는 여기서 기간과 비용이 크게 움직여요. 이관을 별도 항목으로 뽑아 견적을 받으면 무엇이 계산됐는지가 보여요. 회원 5,549명이 쓰던 서비스를 지키면서 리뉴얼해본 개발사 기준으로 정리했어요.
“기능은 거의 같은데 왜 새로 만드는 게 더 오래 걸리나요?”
리뉴얼 상담에서 자주 나오는 질문이에요. 화면 수로만 보면 신규 구축과 비슷하거나 오히려 적은데, 기간은 더 길게 잡히니까요.
답은 대체로 데이터에 있어요. 새로 만드는 건 빈 종이에 그리는 일이고, 바꾸는 건 이미 사람들이 쓰고 있는 걸 고치는 일이라서요.
1. 시스템을 바꿀 때 진짜 시간이 드는 곳은 어디일까요
화면을 새로 만드는 일은 대체로 예상 범위 안에서 끝나요. 시안이 있고 기능 목록이 있으면 얼마나 걸릴지 계산이 되니까요.
문제는 그 화면에 들어갈 데이터예요. 몇 년 동안 쌓인 회원 정보, 주문 내역, 결제 기록, 게시글과 첨부 파일이 지금 시스템 안에 있어요. 이걸 새 구조로 옮기는 일은 복사해서 붙여넣는 작업이 아니에요. 예전 시스템이 전화번호를 하이픈 포함으로 저장했는데 새 구조는 숫자만 받는다면, 그 사이를 맞추는 규칙을 하나하나 정해야 해요.
삼성SDS는 데이터 마이그레이션을 두고 단순히 데이터를 옮기는 작업을 넘어 업무 프로세스와 시스템의 신뢰도를 결정짓는 프로젝트라고 설명해요. 실제로 그래요. 옮기고 나서 숫자가 하나라도 안 맞으면 사용자는 새 시스템 전체를 믿지 않게 되거든요.
2. 왜 별도 항목으로 뽑아야 할까요
견적서에 이관이 안 보이는 경우가 생각보다 많아요. “기존 데이터 이관 포함”이라는 한 줄로 끝나거나, 아예 없거나요.
이 한 줄이 위험한 이유는 범위가 안 정해져 있어서예요. 개발사는 회원 정보만 생각하고 적었는데 발주자는 5년치 주문 내역까지 당연히 포함이라고 이해하는 상황이 벌어져요. 그리고 이 차이는 대개 오픈 2주 전에 드러나요.
별도 줄로 뽑으면 세 가지가 자동으로 정리돼요. 무엇을 옮기는지, 어떤 상태로 옮기는지, 안 옮기는 건 무엇인지. 세 번째를 빠뜨리면 나중에 말이 갈려요. 옮기지 않기로 한 데이터가 있다는 걸 미리 합의해두면 나중에 다툴 일이 없어요.
3. 이관 범위는 무엇으로 정해질까요
다섯 가지가 범위를 정해요.
| 기준 | 확인할 질문 | 비용에 미치는 영향 |
|---|---|---|
| 대상 범위 | 어떤 데이터까지 옮기나요 | 종류가 늘수록 규칙도 늘어요 |
| 보관 기간 | 몇 년치를 가져가나요 | 오래된 데이터일수록 형식이 제각각이에요 |
| 형식 차이 | 예전 구조와 새 구조가 얼마나 다른가요 | 다를수록 변환 규칙이 많아져요 |
| 정합성 검증 | 옮긴 뒤 무엇으로 맞는지 확인하나요 | 검증 방법이 없으면 이관이 끝났는지 판단이 안 돼요 |
| 중단 허용 시간 | 몇 시간까지 멈춰도 되나요 | 0시간에 가까울수록 구조가 복잡해져요 |
용어 정리 — 마이그레이션은 데이터를 옛 시스템에서 새 시스템으로 옮기는 작업이에요. 정합성 검증은 옮긴 뒤에 개수와 값이 맞는지 대조하는 절차고요. CDC(변경분 추적) 는 옮기는 동안에도 계속 생기는 새 데이터를 따라가며 반영하는 방식이에요. 실무에서는 “무중단으로 해주세요”라는 말이 이 CDC를 쓰자는 뜻이 돼요.
4. 서비스를 멈춰도 되는지가 방식을 정해요
가장 단순한 방식은 잠깐 닫고 옮기는 거예요. 이용이 적은 새벽에 몇 시간 문을 닫고, 옮기고, 확인하고, 다시 여는 순서죠. 실수해도 되돌리기 쉬워서 안전하기도 해요.
계속 열어둬야 한다면 이야기가 달라져요. 옮기는 동안에도 주문이 들어오고 회원이 가입하니까, 그 변경분을 계속 따라 옮겨야 해요. 업계에서는 초기 데이터를 한 번 옮긴 뒤 CDC로 변경분을 따라붙이는 구성으로 다운타임을 최소화한다고 설명해요. 다만 구조가 복잡해지는 만큼 준비 기간과 비용이 함께 늘어요.
규모가 크면 이 작업 자체가 하나의 프로젝트가 돼요. 당근은 회원 시스템을 분리하면서 1년이 넘는 기간을 들였고, 옛 데이터와 새 데이터를 비교해 같으면 넘어가고 다르면 갱신하는 방식으로 맞춰갔다고 공개했어요.
지금 쓰는 시스템을 언제까지 열어둬야 하는지만 정해져도 방식이 좁혀져요. 전환 방식부터 같이 정리해볼까요 →
5. 기간과 비용은 어떻게 잡을까요
이관은 보통 네 단계로 나뉘어요. 지금 데이터가 어떤 상태인지 살펴보는 조사, 옛 항목과 새 항목을 짝지어 규칙을 정하는 설계, 실제로 옮겨보는 시험 이관, 그리고 본 이관이에요.
여기서 자주 생략되는 게 시험 이관이에요. 한 번에 성공할 거라고 보고 일정을 짜면 대개 밀려요. 저희는 최소 두 번은 미리 돌려보는 걸 전제로 잡아요. 첫 번째에서 규칙의 빈틈이 드러나고, 두 번째에서 걸리는 시간을 재요. 본 이관 당일에 몇 시간이 필요한지는 이때 나온 숫자로 정해요.
저희 실무 기준 예시 (자사 프로젝트 경험, 시장 통계가 아님)
건설장비 쇼핑 플랫폼을 리뉴얼했을 때는 웹과 앱을 함께 바꾸면서 5개월이 걸렸어요(기획 1·디자인 1·개발 2). 지금 회원 5,549명, 작업일보 10,973건이 쌓여 돌아가고 있는데, 이 숫자가 리뉴얼 전부터 이어져 온 것이라 옮기는 과정에서 하나도 잃으면 안 됐어요. 현장에서 쓰는 서비스라 “예전 작업일보가 안 보인다”는 말이 나오면 그 자체로 사고거든요.
6. 견적서에서 확인할 다섯 줄
받은 견적서에 이 다섯 가지가 적혀 있는지 보세요.
- 옮기는 대상 목록 — 회원, 주문, 게시글, 첨부 파일 중 무엇까지인지
- 옮기지 않는 항목 — 제외하기로 한 것이 명시돼 있는지
- 시험 이관 횟수 — 몇 번 미리 돌려보는지
- 검증 기준 — 옮긴 뒤 무엇을 대조해 완료로 볼지
- 중단 시간 — 전환 당일 몇 시간을 닫는지
다섯 줄 중 세 줄 이상이 비어 있다면 그 견적은 아직 이관을 계산에 안 넣은 거예요. 금액이 낮아 보여도 나중에 추가로 붙게 돼요.
7. 흔한 실수
옮길 데이터를 미리 안 정리하는 경우. 지금 시스템 안에 중복 회원이나 잘못된 값이 있으면 그대로 따라와요. 옮기기 전에 정리할지, 옮기면서 걸러낼지, 그대로 가져갈지를 정해야 하는데 이 결정은 발주자만 할 수 있어요.
검증을 개발사에만 맡기는 경우. 개수가 맞는지는 개발사가 확인할 수 있지만, 값이 맞는지는 그 업무를 아는 사람이 봐야 알아요. 실제 주문 몇 건을 골라 눈으로 대조하는 절차를 꼭 넣으세요.
기존 개발사와의 협조를 늦게 요청하는 경우. 데이터를 받는 데 시간이 걸릴 수 있고, 계약에 따라 못 받는 경우도 있어요. 새 프로젝트를 시작하기 전에 확인해두는 게 안전해요.
8. 자주 묻는 질문
데이터 이관 비용은 전체 견적의 어느 정도인가요?
정해진 비율은 없어요. 데이터 종류와 상태가 비용을 정해요. 회원 정보만 옮기는 것과 주문 내역, 결제 기록, 첨부 파일까지 옮기는 건 다른 일이라, 이관을 별도 줄로 뽑아달라고 요청하시면 그 안에서 무엇이 계산됐는지 보여요.
데이터가 별로 없는데도 별도로 잡아야 하나요?
건수가 적어도 종류가 여럿이면 규칙은 그대로 필요해요. 다만 규모가 작으면 시험 이관과 본 이관을 짧게 잡을 수 있어서 기간은 확실히 줄어요. 건수보다 종류를 기준으로 보시면 대략 감이 와요.
이관 실패에 대비한 장치도 계약에 넣어야 하나요?
넣는 게 좋아요. 되돌리는 절차와 기준을 미리 정해두면 전환 당일의 판단이 빨라져요. 몇 시까지 문제가 안 풀리면 원래 시스템으로 되돌린다는 약속 하나만 있어도 현장이 훨씬 차분해져요.
9. 마무리
리뉴얼과 시스템 교체에서 가장 자주 어긋나는 건 화면이 아니라 데이터예요. 그런데 견적서에서는 가장 짧게 적히는 항목이기도 해요.
저희는 10년 넘게 50개 이상 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요. 만들고 넘기는 데서 끝나지 않고 계속 돌려봐서, 전환 당일에 무엇이 사람을 붙잡는지를 알아요. 지금 쓰는 시스템을 바꿔야 할지 고민 중이시라면 옮길 데이터부터 같이 짚어드릴게요 →
관련 글