세부 비즈니스 사례

이 단계에서는 변환 프로그램을 지원하기 위해 더 많은 세부 정보를 제공하기 위해 비즈니스 사례의 범위를 검증하고 확장하는 것이 좋습니다. 빠르게 조합된 초기 방향성 비즈니스 사례는 기본 단계와 다음 수준의 세부 계획에 투자할 수 있는 충분한 신뢰도를 제공하도록 설계되었습니다.

세부 비즈니스 사례를 개발하면 다음과 같은 방법으로이 계획 프로세스를 지원합니다.

• 마이그레이션 및 현대화해야 할 사항, 선택할 옵션, 작업의 단계화 및 우선 순위 지정 방법에 대한 결정을 알려주는 재무 분석 제공

• 세부적으로 재검토하여 원래 방향성 재무 사례를 검증, 개선 및 개발합니다.

  • 인프라 비용 절감 가능성

  • 내부 IT 생산성 및 모든 아웃소싱 운영 효율성

  • 프로그램 설정, 마이그레이션 및 현대화에 필요한 투자 추정치

• 마이그레이션이 가져오는 추가 가치 동인을 추적하기 위한 프로세스 식별, 규모 추정 및 설정

세부 비즈니스 사례에서는 다음을 설정합니다.

• 최소한 마이그레이션의 첫 단계를 구현하기 위한 권한과 투자를 확보하는 목표 기반

• 프로그램에 대한 기준 최소 재무 성과 기대치

• 다양한 마이그레이션 설계 및 우선 순위 결정이 이루어지는 재정적 근거에 대한 명확성 - 프로그램 과정에서 상황과 사람이 변경될 때 새로운 리더십이 정보에 입각한 선택을 할 수 있도록 합니다.

• 워크로드 마이그레이션 및 작업 시작 시 초기 사용 데이터를 사용할 수 있게 된 후 탐색할 비용 최적화의 증분 영역에 대한 인사이트

• 클라우드 혁신이 복원력과 민첩성을 높여 비즈니스에 제공하는 가치에 대한 추정치

• 복원력 및 민첩성 개선으로 인한 재무 수익을 추정하는 데 사용되는 관련 KPIs, 지표 및 가정은 프로그램에서 주요 이점을 실현하기 위한 기준을 형성합니다.

사례에 필요한 시나리오 결정

세부 비즈니스 사례를 구축할 때는 일반적으로 비즈니스 사례가 사용되는 다양한 목적을 지원하기 위해 여러 시나리오를 개발해야 합니다.

최소 변경 시나리오 - 최소 재무 성과 기대치를 평가하려면 상태 할당량에 대한 최소 예상 변경을 가정하는 시나리오를 준비합니다. 이 시나리오는 최악의 시나리오로서 마이그레이션에 투자할 권한을 얻을 때 유용한 지원입니다. 이 시나리오는 가용성 및 복원력과 같은 다른 quality-of-service 요구 사항에 대한 최소 예상 용량 증가 수준과 최소 변경 사항을 모델링합니다. 최소 변경 사항은 현재 운영 모델에 대해 가장 낮은 비용과 가장 낮은 리소스 비효율성을 생성합니다.

가능성이 가장 높은 시나리오 - 프로그램 전략 및 우선순위 결정을 알리려면 비즈니스가 발생할 것으로 예상되는 상황을 반영하는 시나리오를 준비합니다. 이 시나리오에는 비즈니스의 높은 수준의 서비스 품질(특히 가용성 및 복원력)에 대한 수요를 충족하기 위해 가능한 최대 사용률 증가 또는 감소와 업그레이드 비용이 포함되어야 합니다.

기타 특정 시나리오 - 비즈니스 사례에 큰 영향을 미칠 수 있는 가정이 여전히 필요한 경우 가정이 사실인 경우와 그렇지 않은 경우 모두에 대한 시나리오를 개발합니다. 그러나 이러한 대체 시나리오의 수를 절대 최소값으로 유지하는 것이 좋습니다. 총 3~4개 이상의 시나리오를 생성하면 진행 속도가 느려지고 비용이 많이 들고 혼란스러우며 유지 관리가 어려워집니다. 가능하면 실험을 수행하고 더 큰 가정을 제거하기 위해 노력하세요.

인프라 및 마이그레이션 비용 모델 검증 및 구체화

포트폴리오 분석을 완료하고 대상의 설계 및 크기를 준비한 후 각 시나리오에 대해의 현재 운영 모델(COM) 및 향후 운영 모델(FOM)에 AWS 대한 실행 비용 추정치를 AWS 서비스구체화합니다. 일반적으로 다음에 대한 추정치를 구체화해야 합니다.

• 하이퍼바이저 호스트 서버, 베어 메탈 서버, 스토리지, 네트워크 디바이스, 보안 어플라이언스 하드웨어 새로 고침, 설치 및 유지 관리의 COM 인프라 비용. 시나리오에 필요한 용량에 대한 실제 요금 및 할인 수준으로 이를 계산합니다.

• COM 데이터 센터 및 공동 배치 시설 비용에는 성장에 맞게 크기가 조정되고 용량을 충족하도록 지정된 공간, 냉각, 전력, 랙, 무정전 전원 공급 장치(UPS), 케이블, 물리적 보안 시스템, 시나리오의 고가용성 및 재해 복구(DR) 수준이 포함됩니다.

• WAN 링크, 콘텐츠 전송 네트워크 및 가상 프라이빗 네트워크(VPNs) 비용을 포함한 COM 네트워크 서비스 비용은 시나리오의 연결, 대역폭, 처리량 및 지연 시간 요구 사항에 대한 계약 요금을 사용하여 계산됩니다.

• 시나리오에 대한 사용량 증가 또는 감소를 제공하기 위해 기존 계약을 기반으로 하는 COM 애플리케이션 및 인프라 소프트웨어 비용입니다.

• 정교한 서비스 아키텍처, 인스턴스 크기, 선호 요금 모델, 예상 사용량 및 사용량 변동성에 따라 기술 지원 및 필요에 따라 관리형 서비스를 포함한 FOM AWS 유틸리티 비용.

• 최종 애플리케이션 설계, 애플리케이션을 실행하는 인프라의 구성, 시간 경과에 따른 성장, 라이선스 이전 규칙을 기반으로 하는 FOM 애플리케이션 라이선스입니다.

• FOM 마이그레이션 및 현대화 비용 추정치는 시나리오의 기준 마이그레이션 웨이브 계획을 반영하도록 개선되었으며 각 워크로드, 특히 리플랫포밍, 리구매 또는 리팩터링할 워크로드에 대한 비용을 제공하도록 자세히 설명되었습니다.

• 자산 상각 및 계약 조기 종료 비용 추정치를 포함한 FOM 폐기 비용, 기준 마이그레이션 웨이브 계획의 폐기 시점을 반영하도록 수정, 용도를 변경할 수 있는 자산과 상각을 최소화하기 위해 전환할 수 있는 자산 확인, 물리적 자산 및 미디어의 폐기 비용.

• 마이그레이션 병렬 실행 비용은 각 마이그레이션 전환 시점과 각 기존 서비스 폐기 시점을 반영하도록 개선되었습니다.

IT 생산성 및 IT 운영 개선 및 효율성 가치 모델 지원

방향성 비즈니스 사례와 마찬가지로 IT 운영 및 지원을 중심으로 가치 모델을 개선하고 개발하는 데는 두 가지 주요 접근 방식이 있습니다. 선택하는 접근 방식은 COM이 사내에서 관리되는지, 계약업체 또는 아웃소싱 서비스를 통해 관리되는지에 따라 달라집니다.

내부 팀 생산성 개선

IT 운영 및 지원이 사내에서 관리되는 경우 비즈니스 사례의 초점은 다음과 같습니다.

• 마이그레이션 및 범위에 포함된 운영 자동화로 인한 생산성 향상 식별 및 정량화

• 사내 팀에 여유 시간을 확보한 시간을 다른 일반적으로 가치가 높은 활동에 쉽고 생산적으로 적용할 수 있는지 검증하여 팀에 진행 기회를 제공하고 팀에 더 큰 보상을 제공하며 조직에 더 많은 가치를 제공합니다.

팀 내 각 역할의 각 구성원이 다양한 정기 활동에 얼마나 많은 시간을 할애하는지 평가하고 다양한 활동에 대한 예상 워크로드 감소에 대한 지침을 제공합니다.

다음 표는 대량의 IT 운영을 소비하고 팀의 다양한 역할에서 작업을 지원하는 작업에 대한 활동별 일반적인 워크로드 감소 수준에 대한 초기 지침을 제공합니다. 이 표에는 생산성 달성 방법에 대한 설명이 포함되어 있습니다.

참고

나열된 활동은 일반적으로 여러 역할의 팀원이 수행하므로 각 작업에 대한 생산성 절감은 팀의 전체 역할 집합에서 평가해야 합니다. 예를 들어 인프라 타워(예: 컴퓨팅, 스토리지, 네트워킹)별로 구성된 IT 운영 팀에서는 각 타워의 타워 리드에 자본 지출 계획 및 예산 책정이 공통적일 수 있습니다.

운영 및 지원 활동	절감 수준	생산성 드라이버
인프라 설계	중간	고려해야 할 파라미터가 적기 때문에 설계가 간소화됩니다.
자본 지출 계획 및 예산 책정	높음	OPEX 중심의 탄력적 서비스는 사실상 모든 예산 책정 및 계획 문제를 제거합니다.
구매	높음	가 설정된 후에는 조달이 크게 간소화 AWS 계정 됩니다.
용량 계획	중간-매우 높음	네트워킹 및 컴퓨팅 용량 관리 워크로드는 일반적으로 제거되지만 스토리지의 경우 크게 간소화됩니다.
튜닝	매우 높음	인스턴스의 크기는 언제든지 변경할 수 있으므로 관리형 서비스에는 튜닝이 필요하지 않고 다른 서비스에는 거의 필요하지 않습니다.
하드웨어 장애 관리	매우 높음	클라우드에서 하드웨어를 처리하는 모든 측면은에서 투명하게 처리됩니다 AWS.
서버 가용성 및 통신 모니터링	높음	도구 지원 및 자동화를 통해 AWS 모니터링 및 통신이 광범위하게 간소화됩니다.
보안 관리	중간	AWS 보안 기능과 AWS 클라우드 하드웨어, 소프트웨어, 네트워킹 및 시설에 대한 보안 책임을 AWS 소유하면 워크로드가 크게 줄어듭니다.
네트워크 및 스토리지 업그레이드, 유지 관리 및 패치.	매우 높음	클라우드에서 네트워크 및 스토리지 유지 관리의 모든 측면은에서 투명하게 처리됩니다 AWS.
랙킹 및 스태킹 - 하드웨어 물류	매우 높음	클라우드에서 하드웨어를 관리하는 모든 측면은에서 투명하게 처리됩니다 AWS.
백업	중간	백업은 AWS 도구, 유연한 스토리지 시스템 및 자동화를 통해 광범위하게 간소화됩니다.
관리형 서비스(예: Amazon S3, Amazon RDS AWS Lambda및 AWS Fargate)	매우 높음	관리형 서비스는에서 완벽하게 관리하는 환경에서 실행 AWS되므로 유지 관리, 패치 적용, 모니터링 또는 프로비저닝 관리 활동이 필요하지 않습니다.
디바이스 및 서비스 설정 및 커미셔닝	매우 높음	VPNs을 설정하거나 AWS 데이터 센터에 연결 AWS Direct Connect 하기 위한 WAN 연결 디바이스를 제외하고 로 마이그레이션된 자산의 하드웨어 설정 활동은 AWS 일반적으로 줄어듭니다.
엔드포인트 보호 및 바이러스 백신 보호	높음	엔드포인트 보호 및 바이러스 백신 서비스의 애플리케이션 및 유지 관리는 일반적으로 마이그레이션 설계의 일부로 광범위하게 자동화됩니다.
위협, 취약성 및 위험 평가	높음	AWS 는 핵심 플랫폼에 초점을 맞춘이 요소의 지원을 제공하며,가 아키텍처를 보호하기 위해 AWS 제공하는 메커니즘은 평가를 간소화합니다.
데이터 센터 인프라 프로젝트 관리	높음	인프라 서비스의 확장, 새로 고침 또는 폐기를 위한 설치 작업의 프로젝트 관리. 인프라 소프트웨어 및 서비스의 일부 관리는 남아 있지만 온프레미스 인프라보다 훨씬 간단하며 하드웨어 활동이 제거됩니다.
데이터 센터 시설 관리	중간-매우 높음	모든 서버, 스토리지 디바이스, 보안 어플라이언스 및 관련 랙에서 발생하는 시설 관리 작업은 마이그레이션되는 모든 항목에 대해 제거됩니다. 그러나 일부 작업은 일반적으로 WAN 링크 네트워크 디바이스 및 하이브리드 아키텍처의 온프레미스에 보관되는 모든 인프라를 위한 시설을 제공하기 위해 남아 있습니다.
애플리케이션 아키텍처, 개발, 관리 및 테스트	낮음	애자일 개발 도구 체인을 필요에 따라 테스트 환경을 구축하기 위한 애플리케이션 스택 인스턴스화 및 폐기 자동화와 함께 사용하면 애플리케이션 개발 리드 타임이 단축되고 많은 수동 테스트 단계가 필요하지 않습니다.
애플리케이션 소프트웨어 설치 및 구성	중간	전체 애플리케이션 스택 설치 및 구성은 AWS CloudFormation 와 같은 서비스를 사용하여 쉽게 자동화되고를 사용하여 쉽게 구성할 수 있는 랜딩 존을 사용하여 간소화됩니다 AWS Control Tower.
IT 지원	중간	셀프 서비스 프로비저닝을 위한 Service Catalog 기능 사용, 저비용 고가용성 아키텍처 사용 증가(중단 감소 및 자동 조정 및 엣지 컴퓨팅 구성)를 통해 용량 및 성능 문제를 줄여 L1 및 L2 지원을 줄입니다.
데이터베이스 관리	최소-낮음	이러한 활동은 대부분 변경되지 않습니다. 일반적으로 AWS 온프레미스 인프라와 동일한 수준에서 리소스가 제공됩니다.
인프라 및 보안 요구 사항 캡처, 분석 및 설계	최소화
설명서	최소화
애플리케이션 및 성능 모니터링	최소화
L3 기술 지원, 쿼리 응답, 문제 해결 및 문제 해결	최소화
애플리케이션 소프트웨어 설치 및 구성	최소화
애플리케이션 L3 지원(예산 책정 및 장기 용량 계획 제외)	최소화

다음 표에는 워크로드 감소 수준별 예상 절감액이 나와 있습니다.

수준	예상
매우 높음	85% - 100%
높음	60% - 90%
중간	30% - 70%
낮음	10% - 35%
최소화	0% - 10%

이러한 지표는 생산성 향상을 평가하고 이를 세부 비즈니스 사례에 포함하기 위한 출발점을 제공합니다. 실제 생산성 향상은 특정 상황에 따라 달라집니다. 범위의 중간점과 하단 모두에서 생산성 절감을 계산하여 일반적인 시나리오와 보수적인 시나리오를 추정하는 것이 유용할 수 있습니다.

프로그램이 진행됨에 따라 역할별로 각 활동에 소요된 시간에 대한 실제 데이터를 캡처하는 것이 중요합니다. 이 데이터는 운영 추정을 위한 개선된 기반을 구축하고 새로운 프로젝트 및 서비스 확장에 대한 비용을 지원합니다.

아웃소싱된 IT 운영 및 비용 절감 지원

IT 운영 및 지원이 주로 계약업체와 아웃소싱되거나 관리되는 경우 파트너 AWS 주도(AMS)를 포함한 관리형 서비스 솔루션을 제공하는 AWS 파트너에게 견적을 요청하여 향후 운영 모델(FOM)에 대한 비용 할당을 준비할 수 있습니다. AWS Managed Services 또한 방향성 비즈니스 사례 생성 섹션의 운영 비용 최적화 구축에 대한 하위 섹션에 설명된 대로 AWS 계정 관리자에게 문의하여 AMS 가격을 직접 요청할 수 있습니다.

자세한 비즈니스 사례의 경우 벤치마크 수치를 수정된 AWS 서비스 자료표 및 예상 서비스 소비, AMS 패키지 및 필요한 옵션, 필요한 서비스 수준에 따른 인용 부호로 바꿉니다. 비용에는 일회성 구현 구성 요소와 소비 기반 실행 속도가 포함됩니다.

나머지 IT 운영, 마이그레이션되지 않을 서비스에 대해 유지해야 하는 지원 AWS, 계약 위약금이 있는 경우 일회성 비용(예: 조기 종료)을 포함합니다.

복원력 값 모델 개발

에서 광범위한 고가용성, 재해 복구 및 내결함성 아키텍처를 구성할 AWS수 있습니다. 소비 기반 요금이란 서비스를 사용할 때만 요금이 청구된다는 의미입니다. 이 두 가지 요소를 함께 사용하면 복원력을 위해 뛰어난 비용 성능을 얻을 수 있습니다.

또한 AWS 고객은 이를 사용하여 워크로드의 복원력을 개선했습니다. IDC 2018 설문 조사는 참여 고객이 연간 73% 더 적은 중단, 평균 복구 시간(MTTR) 58% 감소, 생산성 손실 94% 감소를 달성하는 예를 제공합니다. 동일한 설문 조사에 따르면 복원력 향상을 통해 도출된 재정적 이점이 IT 인프라 비용 절감 이점보다 50% 더 큰 것으로 나타났습니다.

또한 애플리케이션의 소프트웨어 개발 수명 주기를 현대화하여 추가 복원력을 얻을 수 있습니다. 테스트 자동화가 포함된 CI/CD 파이프라인이 도입되어 비즈니스 민첩성을 높이는 경우 개발 주기 초기에 소프트웨어 결함이 발견되어 소프트웨어 유지 관리 비용이 크게 절감됩니다.

비즈니스 사례에이 값을 평가하고 포함하려면 먼저 애플리케이션 비즈니스 소유자와 협력하여 마이그레이션할 각 워크로드의 총 이점 기회를 파악합니다. 여기에는 다음 항목이 포함될 수 있습니다.

• 서비스 중단 횟수, 평균 기간 및 특성:

  • 서비스 중단의 예로는 중단, 성능 저하, 계획된 배치 및 유지 관리 기간 오버런, 주요 함수의 버그, 피크 기간 동안의 액세스 제한 등이 있습니다.

• 전자 상거래 시스템과 같은 수익 창출 서비스 중단으로 인한 수익에 미치는 영향:

  • 중단 시간 및 트랜잭션 비율에 따라 서비스 중단을 통해 완료할 수 없는 트랜잭션의 수

  • 영향을 받는 각 트랜잭션의 평균 값

• 지원 엔지니어가 프로덕션 시스템의 결함을 해결하는 데 드는 추가 비용과 개발 프로세스 초기에 결함을 발견하는 데 드는 비용 비교

• 내부 사용자의 생산성 및 손실 시간에 미치는 영향

그런 다음 서비스 중단으로 인한 예상 시간과 더 보수적인 시간 단축 을 평가하여 복원력을 높일 수 있습니다. 예를 들어 다음 항목을 포함하는 것이 좋습니다.

• 고가용성 아키텍처를 사용하여 중단 및 MTTR 수를 줄이고 복구 시간 목표(RTO) 및 복구 시점 목표(RPO)를 개선했습니다.

• 자동 조정과 같은 기능을 사용하여 속도 저하 감소, 용량 제한 제거 및 배치 처리 오버런 방지

• CI/CD 파이프라인 구현과 비용 최소화를 위한 인프라 스핀업 및 스핀다운에 대한 자동 회귀 테스트를 통해 프로덕션에서만 검색되는 애플리케이션 버그 수 감소

마이그레이션 및 현대화할 애플리케이션 포트폴리오에 대해 이를 종합하고 사례의 각 연도에 대해 예상되고 보수적인 비즈니스 가치 수치를 계산합니다. 이점은 마이그레이션 일정에 따라 증가한 다음 기여 애플리케이션의 사용량 증가 기대치에 따라 볼륨을 확장해야 합니다.

비즈니스 민첩성 가치 모델 개발

비즈니스 민첩성은 AWS 고객이 마이그레이션하는 주요 이유입니다 AWS. IDC 2018 고객 설문 조사에 따르면 비즈니스 민첩성 이점이 측정된 총 이점의 47%를 차지하고 인프라 비용 절감으로 인한 이점의 5배 이상을 차지한다고 합니다. AWS

모든 혁신에서 얻을 수 있는 모든 비즈니스 민첩성 이점을 정확하게 예측하는 것은 어렵습니다. 그러나 많은 수의 사용자를 지원하거나 비즈니스 차별화의 소스인 애플리케이션에 집중하면 이러한 이점의 중요한 부분을 모델링하여 기준 세부 비즈니스 사례에 포함할 수 있습니다.

마이그레이션이 진행됨에 따라 더 많은 이점이 정량화 가능해짐에 따라 비즈니스 민첩성 가치 모델을 점진적으로 개선하고 확장합니다. 이렇게 하면 비즈니스 사례가 관련성을 유지하므로 프로그램을 조작하는 데 사용할 수 있는 기본 의사 결정 지원 도구로 사용할 수 있습니다.

비즈니스 민첩성 가치 모델을 구축하려면 다음 지침을 사용합니다.

• 다음과 같이 비즈니스 성과 개선을 극대화할 수 있는 기회가 있는 워크로드를 선택합니다.

  • 수익 생성 워크로드

  • 효율성을 높이고 비즈니스에서 비용을 절감할 수 있는 범위가 있는 비즈니스 운영 워크로드

  • 대규모 사용자 기반을 지원하는 비즈니스 생산성 도구

• 수익 및 효율성 생성 워크로드의 경우 다음을 수행합니다.

  • 메이저 및 마이너 애플리케이션 업그레이드가 주도할 것으로 예상되는 수익 증가 또는 운영 효율성을 현실적이고 보수적으로 평가합니다.

  • 애플리케이션 개발 속도를 높이고 인프라 배포 시간을 단축할 수 있는 연간 메이저 및 마이너 릴리스 수 AWS 증가를 추정합니다. 이에 대한 일부 기준 지표는 IDC 보고서에 제공됩니다.

  • 현실적이고 보수적인 혜택 기대치를 계산합니다. 비즈니스 사례 기간 동안 매핑하여 각 워크로드가 마이그레이션된 후 일정 시간 동안 최대 효율성까지 높일 수 있습니다.

• 비즈니스 생산성 도구의 경우 다음을 수행합니다.

  • 메이저 및 마이너 애플리케이션 업그레이드가 주도할 것으로 예상되는 시간 절감을 현실적이고 보수적으로 평가합니다.

  • 영향을 받는 사용자 기반에서 인력의 평균 시간과 노력을 추정합니다.

  • 메이저 및 마이너 릴리스 빈도를 늘리려면이 수치를 사용하고 비즈니스 사례 기간 동안의 이점을 계산합니다.

개발자 생산성이 향상되고 시작 시간이 단축되면 추가 리소스가 필요하지 않으므로 할인된 현금 흐름, NPV, ROI, MIRR 및 페이백 계산에 포함할 수 있도록 각 워크로드의 순 혜택 라인을 비즈니스 사례 현금 흐름 모델에 추가합니다.