디지털 자산 계획에 대한 접근 방법

디지털 자산 계획은 원하는 결과와 기존 부동산의 크기에 따라 여러 가지 형태를 취합니다. 다양한 접근 방식을 사용할 수 있습니다. 계획 주기 초기에 접근 방식과 관련한 기대치를 설정하는 것이 중요합니다. 불분명한 기대는 종종 다른 인벤토리 수집 연습과 관련된 지연으로 이어질 수 있습니다. 이 문서에서는 세 가지 분석 방법을 간략히 설명합니다.

워크로드 기반 접근 방식

하향식 평가 방법은 보안 요소를 평가합니다. 보안에는 데이터 분류(높음, 중간 또는 낮은 비즈니스 영향), 규정 준수, 주권 및 보안 위험 요구 사항이 포함됩니다. 이 방법은 대략적인 아키텍처 복잡성을 평가합니다. 인증, 데이터 구조, 대기 시간 요구 사항, 종속성 및 애플리케이션 기대 수명과 같은 요소를 평가합니다.

하향식 접근 방식은 서비스 수준, 통합, 유지 관리 기간, 모니터링 및 인사이트와 같은 애플리케이션의 운영 요구 사항을 측정합니다. 이러한 요소를 분석하고 고려하면 결과 점수는 이 애플리케이션을 각 클라우드 플랫폼(IaaS, PaaS 및 SaaS)으로 마이그레이션하는 상대적인 어려움을 반영합니다.

하향식 평가는 운영 효율성, TCO, 투자 수익률 및 기타 적절한 재무 메트릭과 같은 애플리케이션의 재정적 이점을 평가합니다. 애플리케이션의 계절성(예: 수요가 급등하는 연중 특정 시기가 있는지 여부)과 전반적인 컴퓨팅 로드도 평가합니다.

또한 지원하는 사용자 유형(캐주얼 또는 전문가, 항상 또는 가끔 로그온)과 필요한 확장성 및 탄력성을 살펴봅니다. 마지막으로, 비즈니스 연속성 및 복원력 요구 사항과 서비스 중단이 발생할 경우 애플리케이션 실행에 대한 종속성을 검토하여 평가가 마무리됩니다.

팁

워크로드 기반 접근 방식에는 비즈니스 및 기술 관련자의 인터뷰 및 일화적인 피드백이 필요합니다. 타이밍에 가장 큰 위험 요소는 핵심 인물의 존재 여부입니다. 데이터 원본의 입증되지 않은 특성은 정확한 비용 또는 타이밍 예상치를 산출하기 더 어렵게 만듭니다. 일정을 미리 계획하고 수집된 데이터의 유효성을 검사합니다.

자산 기반 접근 방식

자산 기반 접근 방식은 마이그레이션할 애플리케이션을 지원하는 자산을 기반으로 계획을 제공합니다. 이 접근 방식은 CMDB(구성 관리 데이터베이스) 또는 다른 인프라 평가 도구에서 사용량 통계 데이터를 가져옵니다.

이 접근 방식은 일반적으로 IaaS 배포 모델을 기준으로 가정합니다. 이 프로세스에서 분석은 각 자산의 특성을 평가합니다.

• 메모리
• 프로세서 수(CPU 코어)
• 운영 체제 스토리지 공간
• 데이터 드라이브
• NIC(네트워크 인터페이스 카드)
• IPv6
• 네트워크 부하 분산
• 클러스터링
• 운영 체제 버전
• 데이터베이스 버전(필요한 경우)
• 지원되는 도메인
• 타사 구성 요소 또는 소프트웨어 패키지

이 접근 방식에서 인벤토리하는 자산은 그룹화 및 종속성 매핑 목적으로 워크로드 또는 애플리케이션과 맞춰집니다.

팁

자산 기반 접근 방식에는 풍부한 통계 사용량 현황 데이터가 필요합니다. 인벤토리를 검사하고 데이터를 수집하는 데 필요한 시간은 타이밍에 가장 큰 위험 요소입니다. 하위 데이터 원본의 경우 자산 또는 애플리케이션 사이에 종속성이 누락될 수 있습니다. 인벤토리를 검사하려면 한 달 이상 계획하세요. 배포 전에 종속성을 확인하세요.

증분 방식

클라우드 채택 프레임워크의 많은 프로세스에서와 마찬가지로 증분 접근 방식을 강력하게 제안합니다. 디지털 자산 계획을 사용하면 다단계 프로세스와 동일합니다.

• 초기 비용 분석: 재무 유효성 검사가 필요한 경우 앞에서 설명한 자산 기반 접근 방식으로 시작하여 합리화 없이 전체 디지털 자산에 대한 초기 비용 계산을 가져옵니다. 이 방법은 최악의 시나리오 벤치마크를 설정합니다.

• 마이그레이션 계획: 클라우드 전략 팀을 구성한 후에는 집단 지식과 제한된 이해 관계자 인터뷰를 기반으로 워크로드 기반 접근 방식을 사용하여 초기 마이그레이션 백로그를 빌드합니다. 이 접근 방식은 빠르게 약식 워크로드 평가를 빌드하여 협업을 촉진합니다.

• 릴리스 계획: 각 릴리스에서 마이그레이션 백로그를 정리하고 우선 순위를 다시 지정하여 가장 관련성이 큰 비즈니스 영향에 집중합니다. 이 프로세스 중에 우선 순위가 지정된 릴리스로 다음 5~10개의 워크로드를 선택합니다. 이때 클라우드 전략 팀은 철저한 워크로드 기반 접근 방식을 완료하는 데 시간을 투자합니다. 릴리스가 될 때까지 이 평가를 지연하는 것은 관련자의 시간을 더 잘 존중합니다. 또한 비즈니스 측면에서 이전 활동의 성과가 가시화될 때가지 전체 분석에 대한 투자도 연기됩니다.

• 구현 분석: 자산을 마이그레이션, 현대화 또는 복제하기 전에 개별적으로 그리고 집단 릴리스의 일부로 평가합니다. 이 시점에서 초기 자산 기반 접근 방식의 데이터를 면밀히 조사하여 정확한 크기 조정 및 운영 제약 조건을 보장할 수 있습니다.

팁

증분 접근 방식을 사용하면 간소화된 계획 및 가속화된 결과를 사용할 수 있습니다. 관련된 모든 당사자가 의사 결정 연기 방식을 이해하는 것이 중요합니다. 세부 정보를 놓치지 않도록 각 단계에서 가정한 내용을 문서화하는 것도 중요합니다.

다음 단계

방법을 선택한 후 인벤토리 데이터를 수집합니다.

인벤토리 데이터 수집