< Writing a Bussiness Case >
A business case answers key questions required to start a cloud journey
비즈니스 사례는 클라우드 여정을 시작하는 데 필요한 주요 질문에 대한 답변
- 경영진은 많은 잠재적인 프로젝트를 가지고 있으며 이를 달성하기 위해 제한된 자원 공급 우선순위를 정해야 하며
어떤 가치있는 노력을 결정해야 함 - 비즈니스 사례는 회사가 당신의 프로젝트를 수행해야 하는 이유를 정당화하는데 사용
- 목표가 무엇인가?
효율성 향상, 혁신, 비용 절감, 생산성 및 기타 많은 비즈니스 사례 - 목표를 달성하기 위한 계획이 무엇인가?
애플리케이션을 개선하고 이동, 모든 것을 재건축, 일부 조합을 재구성 - 위험과 보상을 평가하는데 필요한 비용을 얼마나 절약할 것인가?
얼마나 많은 이익을 얻을 것인지에 비해 필요한 시간, 예산에 대한 추정치를 제공
Spending time upfront on assessment and planning will help deployment efficiency
평가 및 계획에 미리 시간을 할애하면 배포 효율성에 도움이 됨
- 현재 위치와 위치에 대한 명확한 이해가 필요
The goals might be clear, but the path to get there might not be
목표는 분명할 수 있지만 거기에 도달하는 경로는 명확하지 않을 수 있음
Start with where you are
당신이 있는 곳에서 시작해라
- 현재 환경에서 문제가 없다면 이동하려는 이유를 정의
- 현재 환경이 너무 비싸거나 유지하기가 너무 어려울 경우
Define where you want to be
원하는 위치 정의해라
- 혁신을 통해 도달하려는 위치와 최종 목표가 무엇인지 철저히 목표를 정의
- 클라우드로 마이그레이션하기 위한 다양한 전략에 대해 학습한 과정 초기에 비즈니스 사례에 이러한 이유를 포함하고 설명
Lift and shift might be your best first step to the cloud
리프트 앤 시프트가 클라우드로 전환하는 가장 좋은 첫 단계가 될 수 있음
- 애플리케이션과 데이터베이스를 있는 그대로 사용하고 클라우드로 이동하여
서비스를 관리하기 위한 최적화를 시작하거나 기능을 마이그레이션할 수 있음 - 모놀리식 애플리케이션을 한 번에 조금씩 최적화하여 마이크로 서비스 모음이 증가하고 모놀리식은 사라지게 됨
Sometimes improve and move is a better strategy
때로는 개선하고 이동하는 것이 더 나은 전략
- 리프트 앤 시프트가 가치가 없는 경우일 때
애플리케이션과 데이터베이스를 클라우드로 이동한 다음 최적화하려는 비용과 복잡성이 너무 클 수 있음 - 또는 리프트 앤 시프트 접근 방식이 가능하지 않을 수 있음
- 이 경우 애플리케이션을 마이그레이션한 다음 최적화 대신 온프레미스에서 애플리케이션을 리팩토링한 다음
일부 앱을 클라우드로 이동하는 것이 더 나은 전략
For some apps, a rebuild would be better
일부 앱의 경우 다시 빌드하는 것이 더 좋음
- 현재 기술을 고려할 때 비즈니스가 어떻게 달라질지 고려
- 어제의 내부 데이터 센터가 아닌 오늘 날의 하이퍼 스케일 클라우드 플랫폼에서 실행되도록 설계되었다면
때로는 완전한 재설계 및 재구축 접근 방식이 필요 - 기본적으로 기존 시스템을 그대로 두고 클라우드에 새 시스템을 구축하고 점차적으로 클라이언트를 새 시스템으로 이동
결국 대부분의 조직에서 기존 시스템을 폐기할 수 있음
For most organizations, there are multiple strategies
대부분의 조직에는 여러 전략이 있음
- 여러 전략이 있으며 최선의 접근 방식은 응용 프로그램의 사용자와 중요성에 따라 달라짐
Identify which apps are best poised to move first
가장 먼저 이동할 준비가 된 앱 식별
- 조직이 이제 막 시작했거나 개념 증명을 찾고 있는 경우 어떤 앱을 먼저 이동하는 것이 가장 좋은지 식별이 필요
- 가장 미션 크리티컬한 고객 대상 애플리케이션으로 시작하면 안되며
극단적인 경우인 특이한 앱보다는 일반적인 것을 찾아 시작
Careful application analysis will help manage the risk
신중한 애플리케이션 분석은 위험 관리에 도움이 됨
- 비즈니스 사례를 작업할 때 발생하는 신중한 애플리케이션 분석은 마이그레이션이 얼마나 어려운지
비즈니스에 얼마나 중요한지를 기반으로 애플리케이션을 위험 분류를 관리하는데 도움
Migrate in waves
웨이브로 마이그레이션
- 몇 가지 더 쉬운 마이그레이션으로 시작하여
점차적으로 더 중요하고 어려운 시스템으로 이동하여 한 번에 몇 개의 애플리케이션을 마이그레이션
Experience will help with time and budget estimates
경험이 시간 및 예산 견적에 도움이 됨
- 비즈니스 사례에서는 시간과 예산을 예상해야 함
- 초기 개념 증명에 이어 몇 번의 첫 번째 이동에 대한 경험을 얻으면 개선할 준비가 더 잘 될 것
- 처음에는 PoC를 구축한 다음 몇 가지 간단한 애플리케이션을 마이그레이션하면 시간이 지남에 따라 추정치가 개선됨
Running applications will help refine your cost estimates
애플리케이션을 실행하면 비용 견적을 구체화하는 데 도움이 됨
- 응용 프로그램을 실행하는 배포 프로세스를 최적화하는 방법을 찾고 있거나
ELP 비용 견적 수정이 필요할 때 Google 클라우드 가격 계산기를 사용해 실제 비용과 견적을 비교 분석
Use a standard approach to risk assessment and mitigation
위험 평가 및 완화에 대한 표준 접근 방식 사용
- 마이그레이션에 대한 견석 개션 표준 접근 방식을 사용해 위험 평가 및 완화
- 클라우드와 온프레미스 모두에서 총 소유 비용 추정
- 단순히 Google 클라우드에서 애플리케이션을 실행하는 비용을 계산하고 서버를 구입하는 것 비교하지 않음
- 총 소유 비용에는 관리 비용, 빌드, 전원 라이선스 지원 등이 포함
- 마이그레이션 비용과 소요 시간, 추정 위험 및 가치에 대한 단순 높음, 중간, 낮음을 추정
- 이러한 종류의 분석은 비즈니즈에서 올바른 결정을 내리는데 필요한 정보를 제공
Reshape the culture
문화를 재구성해라
- 개발자가 현재 환경에 투자하고 있는 새 환경으로 이동할 때 반발이 발생할 가능성이 높음
- 상당한 시간을 할애한 현재 환경을 새로운 것으로 이동하는 것이 위험하고 불필요해 보일 수 있음
- 이를 위해 문화적 변화가 필요
- 교차 기능 팀을 개발하고 교육하여 Google 클라우드의 이점을 이해하고 편안하고 지식이 풍부하도록 도움
- 챔피언을 결정해 거절당할 때 싸울 권한이 있는 사람을 결정
The Google Cloud Adoption Framework assesses organizational readiness to migrate
to the cloud
Google Cloud Adoption Framework는 조직의 클라우드 마이그레이션 준비 상태를 평가
- Google 클라우드 채택 프레임워크는 클라우드로 마이그레이션할 조직의 준비 상태를 평가
- 채택 프레임워크는 인력 프로세스 및 기술에 대한 구조를 구축하여
클라우드로의 여정에서 현재 위치에 대한 확실한 평가를 제공하고
원하는 위치에 도달하도록 하는 실행 가능한 프로그램을 제공 - 클라우드에서 Google 자체의 발전과 고객을 도운 다년간의 경험에 영향을 받음
The Adoption Framework has for themes
채택 프레임워크에는 테마가 있음
- 고객의 채택 프레임워크에는 학습, 주도, 규모, 보안으로 4가지 테마가 존재
- Learn :
기술 팀의 기술 향상 및 IT 강화 능력을 향상시키기 위해 마련한 학습 프로그램의 품질과 규모를 평가
참여가 얼마나 협조적인지 노력이 얼마나 효과적인지 평가 - Lead :
팀이 클라우드로 마이그레이션하라는 리더십의 명령에 의해 지원되는 정도와
팀 자체 부서 간 협업 및 자율적인 정보를 측정 및 동기 부여
팀이 어떻게 구성되어있는지, 경영진 후원을 받고 있는지, 프로젝트의 예산을 어떻게 관리하고 있는지를 평가 - Scale :
운영 오버헤드를 줄이고 수동 프로세스 및 정책을 자동화하는 클라우드 네이티브 서비스를 사용하는 정도를 평가
클라우드 기반 서비스가 프로비저닝되는 방법과 할당된 워크로드에 대한 용량은 어떤지 평가 - Secure :
애플리케이션 업데이트가 어떻게 안전하게 관리되고 있는지 평가
다중 계층 ID 중심 보안 모델을 통해 무단 액세스 및 부적절한 액세스로부터 서비스를 보호할 수 있는지 - 각 테마의 고급 성숙도 단계에 따라 또한 달라질 수 있음
For each theme, there are three phases
각 테마에는 세 단계가 있음
- 각 테마에 대해 전술적, 전략적, 변형적 단계가 존재
- 전술적 단계에서 개별 워크로드가 준비되어 있지만
미래에 대비하기 위한 전략과 함께 모든 워크로드를 포괄하는 일관된 계획이 없음 - 전략적 단계에서 더 넓은 비전은 미래의 요구와 규모를 염두에 두고 설계 및 개발된 개별 워크로드를 관리
변화를 수용하기 시작했고 이제 사람과 프로세스 부분이 관련되어
팀이 효율적이고 효과적으로 비즈니스 운영을 위해 클라우드를 활용하는 가치를 높임 - 변형적 단계에서 클라우드 운영이 원활하게 작동하고 있음
클라우드에서 현재 작업에서 얻은 데이터와 통찰력을 통합하는 데 관심을 기울이고 기존 데이터를 투명하게 공유
새로운 데이터를 수집하고 분석하고 머신 러닝의 예측 및 처방 분석이 적용
기술 변화를 더욱 지원하기 위해 사람과 프로세스가 변화하고 있음
