Main Posts

레거시 데이터 센터 종료가 IT 프로젝트가 아닌 CFO의 관심사인 이유

📅 🔄 📁 Main Posts
레거시 데이터 센터 종료가 IT 프로젝트가 아닌 CFO의 관심사인 이유
광고 엔터프라이즈 온프레미스 인프라는 이제 단지 글로벌 데이터 센터의 32% 하이퍼스케일 클라우드 용량이 지속적으로 확장됨에 따라 2031년까지 19%로 감소할 것으로 예상됩니다. 이러한 변화로 인해 더 많은 기업이 데이터 센터 인프라를 소유하고 운영하는 것이 여전히 재정적으로나 운영적으로 실행 가능한지 재고하게 되었습니다. 그러나 워크로드를 클라우드로 이동한다고 해서 이러한 부담이 자동으로 제거되는 것은 아닙니다. 또한 조직은 마이그레이션이 의도한 가치를 제공하기 전에 중요한 애플리케이션, 데이터 및 비즈니스 운영을 계속 지원하는 레거시 시설을 종료하는 방법을 계획해야 합니다.  [출처: SRG리서치]

레거시 데이터 센터 종료가 IT 프로젝트가 아닌 CFO의 관심사인 이유
Photo: Clay Elliot / Pexels

데이터 센터 퇴출 계획은 다음과 같습니다. 인프라를 재배치하는 것보다 더 복잡함. 이를 위해서는 기업이 비용이 많이 드는 병렬 작업을 확장하지 않고도 애플리케이션 종속성을 풀고, 데이터를 마이그레이션 및 검증하고, 서비스 연속성을 유지하고, 시설 및 공급업체 약정을 종료하고, 하드웨어를 폐기해야 합니다. 이러한 활동이 조정된 프로그램으로 계획되지 않은 경우 조직은 남겨두고자 하는 환경의 재정적 및 운영적 부담을 계속해서 수행하면서 워크로드를 성공적으로 이동할 수 있습니다. 

따라서 핵심 과제는 클라우드 준비 상태만이 아니라 이러한 재무 및 IT 오버헤드 격차를 어떻게 메울 것인가입니다. 이 기사에서는 데이터 센터 종료 전략에 대한 IT 전용 접근 방식이 왜 투자를 정당화하지 못하는지, 어떤 워크로드가 마이그레이션되어야 하는지, 누가 무엇을 책임지는지 검토함으로써 쉽게 설명합니다.

데이터 센터 종료 책임이 IT 부서에만 있는 경우 프로그램은 마이그레이션 주도 대신에 가치주도. 그런 다음 팀은 안전한 전환, 낮은 가동 중지 시간 및 기술적 연속성과 관련된 과제에 맞게 최적화해야 하며 이러한 목표 중 어느 것도 더 나은 재정적 결과를 보장하지 않습니다. 이 주장을 뒷받침하는 이유는 다음과 같습니다.

IT 팀은 시스템 가동 시간, 데이터 무결성, 중단을 최소화한 워크로드 마이그레이션과 같은 기술적 결과를 측정합니다. 그러나 이는 비즈니스가 실제로 가치를 얻었는지 여부를 강조하지 않기 때문에 성공에 대한 좁은 정의를 낳습니다. 유산 클라우드로 애플리케이션 마이그레이션 합리화 없이는 동일한 라이선스 비용, 지원 부담, 비효율적인 아키텍처를 유지하고 단순히 새로운 클라우드 청구서를 추가할 뿐입니다. 따라서 CFO의 관점에서 데이터센터 퇴출은 감소된 자본 지출, 운영 실행률, 위험 노출 및 향상된 확장성을 기준으로 측정해야 합니다..

대부분의 기업은 사용률이 낮거나 문서화 수준이 낮거나 최신 워크플로에 맞지 않는 애플리케이션을 마이그레이션하고 검토 없이 재배치하면 명확한 ROI 기대 없이 낭비되는 클라우드 지출이 늘어납니다. IT 관점에서 보면 중단을 최소화하면서 이러한 워크로드를 성공적으로 마이그레이션하는 것이 우선순위인 경우가 많습니다. 그러나 CFO의 관점에서 볼 때 문제는 이러한 워크로드가 계속 존재해야 하는지 여부입니다.

레거시 시스템을 현대화해도 하드웨어 지원, 소프트웨어 라이선스, 시설 임대, 백업 도구, DR 플랫폼, 모니터링 및 보안 도구, 관리 서비스 계약 등 그 뒤에 있는 비용 기반이 종료되지 않습니다. 이러한 비용을 중단하거나 갱신하는 작업은 IT 부서의 책임일 뿐만 아니라 조달, 법률, 재무를 포함한 다른 이해관계자도 참여합니다.

폐기는 마이그레이션의 마지막 단계로 간주되는 경우가 많기 때문에 미끄러질 가능성이 가장 높습니다. 그러나 폐기가 지연되면 기업은 두 가지 환경, 즉 완전히 종료되지 않은 기존 시설과 이미 활성화된 새 플랫폼에 대한 비용을 계속 지불할 수 있습니다. 이로 인해 일반적인 엔터프라이즈 데이터 센터에서는 월 $10,000~$50,000의 지속적인 시설 비용을 남길 수 있습니다. 따라서 기존 환경이 종료되고 관련 비용이 지출되지 않을 때까지 데이터 센터 종료가 완료된 것으로 간주해서는 안 됩니다. [원천: ROC텔레콤]

데이터 센터 퇴출 전략은 다음과 같이 시작되어서는 안 됩니다. 레거시 애플리케이션 마이그레이션 웨이브, 하지만 해당 워크로드가 여전히 투자할 가치가 있는지 여부를 결정함으로써 가능합니다. 이 섹션은 CXO가 비즈니스 가치, 비용 영향, 위험, 기술 제약 및 향후 관련성을 기준으로 각 애플리케이션을 평가하는 데 도움이 됩니다. 따라서 마이그레이션 결정을 통해 기존의 비효율성을 새로운 환경에 적용하는 대신 복잡성을 줄일 수 있습니다.

 

재정적으로 가장 가치 있는 결정은 가장 단순한 결정인 경우가 많습니다. 여기에는 중복 시스템, 비활성 데이터베이스, 오래된 부서 도구 등 실제 비즈니스 목적에 부합하지 않는 애플리케이션을 종료하는 것이 포함됩니다. 은퇴는 단순히 재배치하는 것이 아니라 마이그레이션 노력, 라이센스 비용, 호스팅 비용 및 보안 오버헤드를 완전히 방지하기 때문에 직접적인 가치를 창출합니다.

일부 워크로드는 표준 종료 타임라인에 따라 이동하면 안 됩니다. 이 결정은 IT 및 재무 부서에서 의도적으로 내려야 합니다. 레거시 시스템을 유지하는 기술적인 이유에는 규제 상주, 대기 시간 민감도, 메인프레임 종속성, 특수 하드웨어 또는 복잡한 애플리케이션 종속성이 포함될 수 있습니다. 재정적 측면에서 클라우드는 워크로드에 탄력성, 빠른 확장 또는 가변 용량이 필요할 때 가장 큰 가치를 제공합니다.

재호스팅 또는 리프트 앤 시프트는 일반적으로 조직의 임대 기한이 지났거나, 데이터 센터 비용이 상승하거나, 물리적 인프라를 긴급하게 종료해야 하는 경우 IT 팀에게 가장 빠른 경로입니다. 그러나 CFO의 경우 온프레미스에서 비효율적인 워크로드는 일반적으로 재호스팅 후에도 비효율적인 상태로 유지되기 때문에 이러한 속도에는 비용 경고가 따릅니다. 비용은 자체 인프라에서 반복적인 클라우드 또는 관리형 인프라 지출로 이동하지만 기본 아키텍처, 라이선스 모델 및 지원 부담은 그대로 유지될 수 있습니다. 따라서 재호스팅은 마이그레이션 후 최적화 계획을 통해 승인되어야 합니다. 그렇지 않으면 조직은 데이터 센터 종료를 완료할 수 있지만 예상 ROI를 얻지 못할 수도 있습니다.

플랫폼 변경에는 핵심 애플리케이션 논리를 그대로 유지하면서 레거시 애플리케이션 마이그레이션 중에 선택적으로 변경하는 작업이 포함됩니다. 여기에는 자체 관리형 데이터베이스에서 관리형 데이터베이스 서비스로 이동, 레거시 로드 밸런서 교체, 미들웨어 업그레이드, 클라우드 기반 스토리지, 보안 또는 모니터링 서비스 사용이 포함될 수 있습니다. 이 옵션은 재호스팅보다 더 많은 노력이 필요하지만 전체 재구축보다 투자가 적습니다. 그 가치는 기술적이고 재정적입니다. 더 나은 플랫폼 서비스는 비즈니스에 전체 애플리케이션 재설계를 강요하지 않고도 운영 노력을 줄이고, 탄력성을 향상시키며, 보안을 강화하고, 지원 부담을 낮출 수 있습니다.

리팩토링은 애플리케이션 아키텍처를 재구축하며, 여기에는 모놀리식 애플리케이션을 마이크로서비스로 분할하고, 데이터 흐름을 재설계하고, 서버리스 구성 요소를 채택하고, API 아키텍처를 개선하거나, 클라우드 네이티브 작업을 위해 애플리케이션 일부를 재구축하는 작업이 포함될 수 있습니다. 이는 일반적으로 엔지니어링 관점에서 가장 리소스 집약적인 마이그레이션 경로입니다. 그러나 워크로드에 확장성, 성능 또는 최신 클라우드 서비스와의 심층 통합이 필요할 때 더 강력한 장기적 이점을 제공할 수 있는 투자가 많이 드는 접근 방식이기도 합니다. CFO의 경우 결정은 선택적이어야 하며 수익 성장, 고객 경험, 제품 확장성, 운영 차별화 또는 전략적 분석과 관련된 애플리케이션에 대해 예약되어야 합니다.

교체란 기존 코드를 마이그레이션하는 대신 레거시 애플리케이션을 폐기하고 SaaS 또는 최신 상용 플랫폼으로 이동하는 것을 의미합니다. 여기서 재정적 문제는 교체가 기존 제품의 마이그레이션, 호스팅, 지원, 패치 및 유지 관리보다 더 나은 총 소유 비용을 제공하는지 여부입니다. 따라서 CFO와 IT 팀은 구독 비용, 구현 노력, 통합 복잡성, 공급업체 종속성, 데이터 이동성, 규정 준수 적합성, 보고 요구 사항 및 장기 운영 비용을 함께 평가해야 합니다.

재배치에는 애플리케이션, 운영 체제 또는 기본 아키텍처를 변경하지 않고 가상 머신을 하이퍼바이저 수준의 클라우드 인프라로 이동하는 것이 포함됩니다. 워크로드 자체 내부에서는 변경할 필요가 없기 때문에 대규모의 가상화된 자산을 보유한 조직의 경우 재호스팅보다 빠르고 위험이 낮습니다. CFO의 경우 계약 조건, 종료 조항, 데이터 상주 및 장기 운영 비용에 대한 재무 실사에는 변함이 없으며 동일한 재무 조사가 필요합니다.

데이터 센터 종료로 인해 책임에 대한 혼란이 발생해서는 안 됩니다. IT는 마이그레이션을 실행할 수 있지만 재무, 조달, 법무, 규정 준수 및 보안 팀은 비용, 위험 및 가치에 영향을 미치는 결정을 내려야 합니다.

기능

책임

언제 책임을 져야 하는가

CFO / 재무

ROI 정당화 및 비용 거버넌스

절감 효과가 실현되지 않거나, 비용 문제가 남아 있거나, ROI가 불분명합니다.

CIO / CTO / IT

마이그레이션, 아키텍처, 성능, 연속성

애플리케이션이 실패하거나, 종속성이 누락되었거나, 플랫폼이 준비되지 않았습니다.

Back to the root page

획득

공급업체 조건, 갱신, 계약 종료

컷오버 이후에도 기존 계약 또는 라이선스가 계속 유지됩니다.

합법적인

종료 조항, 책임, 데이터 의무

처벌, 분쟁 또는 계약 제한 사항이 누락되었습니다.

PMO

로드맵, 마일스톤, 종속성, 에스컬레이션

결정 지연, 폐기 전표 또는 작업 흐름의 불일치

물이 내 AC 통풍구에서 떨어지는 이유는 무엇입니까?

FinOps/클라우드 거버넌스

클라우드 지출 가시성 및 최적화

퇴사 후 지출은 소유권이나 통제 없이 증가합니다.

시설/인프라

물리적 폐쇄, 자산 제거, 폐기

이전 환경은 마이그레이션 후에도 활성 상태로 유지됩니다.

레거시 데이터 센터 종료 계획은 워크로드가 성공적으로 마이그레이션되었음을 확인하는 마이그레이션 보고서로 끝나서는 안 됩니다. 그 보고서가 기술적 완성도를 입증할 수는 있지만 재무적 개선을 입증하지는 못합니다. 아키텍처, 도구, 워크로드 마이그레이션, 보안 구성 및 컷오버 순서는 IT 부서, 클라우드 설계자, 보안 팀 및 애플리케이션 소유자에게 그대로 유지되어야 합니다. CFO 및 재무 관리자는 이러한 실행이 측정 가능한 비즈니스 결과로 이어지는지 확인해야 합니다.

이는 퇴사 이전, 도중, 이후에 비즈니스 사례를 검증하는 것이 CFO의 책임임을 의미합니다. 에이 성공적인 클라우드 기반 현대화 및 데이터 센터 종료 따라서 전략은 마이그레이션된 워크로드 수로 측정되지 않습니다. 이는 실행 비용 절감, 자본 지출 방지, 계약 종료, 탄력성 향상, 위험 노출 감소, 확장성 향상으로 측정됩니다. 기존 데이터 센터를 대체하는 운영 모델이 이전 데이터 센터보다 확실히 더 가치가 있는 경우에만 종료가 완료됩니다.

이 글의 작성자

Giesing Blog– Daily Fresh Updates 편집팀이 작성한 글입니다.

✍️ 작성 글 9,609개 모든 글 보기 →