46. Retire (폐기) 및 Retain (유지)

⚠️ 이 문서는 기업이 대규모 클라우드 마이그레이션(이관) 프로젝트를 수행할 때, "모든 것을 무조건 클라우드로 옮겨야 한다"는 맹신에서 벗어나, 과감히 버릴 것은 버리고(Retire) 당장 옮기기 힘든 것은 기존 환경에 남겨두는(Retain) 현실적인 IT 자산 포트폴리오 관리 전략을 다룹니다.

핵심 인사이트 (3줄 요약)

1. 본질: 마이그레이션 '6R(또는 7R)' 전략 중 클라우드로의 이동(Move)이 일어나지 않는 두 가지 예외적인 조치로, 시스템을 영구 삭제(Retire)하거나 기존 온프레미스에 그대로 방치(Retain)하는 결정이다.
2. 가치: 아무도 안 쓰는 '좀비 서버'를 색출해 클라우드 과금을 예방(Retire)하고, 메인프레임이나 초정밀 공장 제어 시스템처럼 이관 리스크가 막대한 시스템을 남겨두어(Retain) 프로젝트의 예산과 리스크를 획기적으로 줄여준다.
3. 기술 체계: 이 결정을 내리기 위해서는 철저한 사전 자산 실사(Discovery)와 의존성 매핑(Dependency Mapping)이 선행되어야 하며, 특히 Retain의 경우 하이브리드 클라우드 전용선(Direct Connect) 연결 아키텍처가 필수적으로 수반된다.

Ⅰ. Retire (폐기): 좀비 시스템 처형 (Kill it)

클라우드 이관 전 가장 먼저 수행해야 할 최우선 과제는 대청소다.

1. 좀비 서버 (Zombie Servers):
   • 기업의 IT 자산을 실사해 보면, CPU 사용률이 1% 미만이거나 퇴사한 직원이 만들어둔 테스트용 서버 등 아무도 쓰지 않지만 전기는 먹고 있는 시스템이 전체의 10~20%에 달한다.
2. 폐기(Retire)의 재무적 효과:
   • 클라우드는 서버를 켜두는 시간과 용량만큼 그대로 비용(Pay-as-you-go)이 발생한다.
   • 불필요한 시스템을 클라우드로 'Rehost(Lift and Shift)' 해버리면, 온프레미스 시절보다 유지 비용이 오히려 2~3배 폭증하는 원인이 된다.
   • 과감한 폐기는 라이선스 비용 절감, 스토리지 절약, 보안 취약점 제거 등 1석 3조의 효과를 가져온다.

📢 섹션 요약 비유: 새집으로 이사 갈 때, 3년 동안 한 번도 입지 않은 옷(좀비 시스템)을 굳이 비싼 포장이사 비용(이관 비용)을 내가며 새집 옷장에 다시 걸어두는 대신, 이삿짐을 싸기 전에 과감하게 헌옷수거함에 버리는(Retire) 과정입니다.

Ⅱ. Retain (유지 / Revisit): 클라우드 포기의 용기

"일부러 안 옮기는 것"도 훌륭한 클라우드 전략이다.

1. Retain을 선택하는 주요 사유:
   • 규제 및 컴플라이언스: 금융 데이터 등 법적으로 퍼블릭 클라우드에 올릴 수 없는 데이터베이스.
   • 물리적 제약: 밀리초(ms) 단위의 실시간 제어가 필요한 공장 라인 서버(Latency 민감)나 특수 하드웨어 동글이 꽂혀있는 구형 시스템.
   • ROI 부족: 수명이 1년밖에 남지 않아 곧 폐기될 레거시 ERP 시스템 (이관 비용이 유지 비용을 초과).
2. 아키텍처적 대응: 하이브리드 클라우드:
   • Retain된 시스템(온프레미스)과 이관이 완료된 시스템(클라우드)은 서로 데이터를 주고받아야 한다.
   • 이를 위해 인터넷이 아닌 전용선(AWS Direct Connect, Azure ExpressRoute)을 뚫어 지연 시간을 줄이고 보안을 강화하는 하이브리드 아키텍처 구성이 필수다.

📢 섹션 요약 비유: 집 전체를 최신 스마트홈(클라우드)으로 리모델링하더라도, 할머니가 애지중지하시는 50년 된 자개장(메인프레임)이나 아파트 규정상 건드릴 수 없는 내력벽(규제 데이터)은 무리하게 부수지 않고 원래 그 자리에 소중하게 남겨두는(Retain) 현명한 판단입니다.