|
McKinsey의 클라우드 에 대해 더 자세히 알고 싶으십니까 ?
탄력적인 클라우드 애플리케이션을 설계하기 위한 5가지 주요 조치
클라우드에서 적절한 수준의 복원력을 보장하려면 IT가 5가지 주요 조치를 취해야 합니다.
1. 애플리케이션 계층을 식별 및 업데이트하고 주요 성능 지표를 다시 검토합니다.
대부분의 조직에서는 이미 애플리케이션 우선 순위 계층을 정의하고 여기에 애플리케이션을 매핑했습니다. 워크로드를 클라우드로 마이그레이션하면 애플리케이션과 애플리케이션이 지원하는 고객 여정을 재평가할 수 있는 기회가 제공되는 경우가 많습니다. 또한 클라우드에서의 복구 시간이 온프레미스에서 달성 가능한 복구 시간보다 훨씬 더 길 수 있으므로 각 계층(RPO, RTO 및 MTTR)에 대한 서비스 수준 목표를 다시 검토해야 할 때이기도 합니다.
생각해 보세요: 조직에서 새로운 클라우드 기능과 비즈니스 위험을 기반으로 애플리케이션 계층화를 마지막으로 재검토한 때는 언제입니까?
2. 애플리케이션 계층에 적용 가능한 복원력 패턴 매핑
규정된 인프라와 애플리케이션 패턴의 조합을 구현하면 탄력성을 위한 강력한 기반이 만들어집니다. 그러나 각 애플리케이션의 아키텍처가 탄력성 목표를 달성하기 위해 인프라 및 탄력성 접근 방식을 어떻게 활성화할 수 있는지에 대한 명확한 평가가 필요합니다. 본질적으로 이는 비즈니스에 얼마나 중요한지에 따라 워크로드를 그룹화한 다음(계층 1은 미션 크리티컬, 계층 2는 비즈니스에 중요) 각각에 가장 적합한 복원력 패턴을 결정하는 것입니다. 이러한 패턴 중 일부는 인프라에만 적용되고 일부는 애플리케이션 자체에 적용됩니다.
워크로드 복원력을 강화하는 데 사용할 수 있는 7가지 고유한 인프라 탄력성 패턴과 6가지 애플리케이션 아키텍처 패턴이 있습니다. 다음 전시에서는 매핑이 어떻게 보이는지에 대한 개요를 제공합니다.
전시하다
우리는 장애가 있는 개인에게도 웹사이트에 대한 동등한 접근권을 제공하기 위해 노력하고 있습니다. 이 콘텐츠에 대한 정보를 원하시면 기꺼이 도와드리겠습니다. McKinsey_Website_Accessibility@mckinsey.com 으로 이메일을 보내주세요.
각 패턴에는 고유한 방법론, 접근 방식 및 기능 요구 사항이 있습니다. 애플리케이션 계층에 필요한 인프라와 애플리케이션 패턴을 매핑하면 워크로드가 일관된 복원력으로 작동하도록 보장하는 표준화된 접근 방식이 제공됩니다. 조직은 이 탄력성 맵을 정기적으로 참조하여 조직 및 규제 요구 사항을 테스트하고 검증해야 합니다.
생각해 볼 점: 귀하의 조직은 아키텍처 설계, 데이터 관리, 배포 전략, 모니터링 및 도구 사용 등 4가지 주요 차원 각각에서 복원력을 어떻게 달성하고 있습니까? 각 애플리케이션은 해당 인프라를 활용하도록 어떻게 설계되어 있습니까?
3. 애플리케이션 계층에 맞게 참조 아키텍처를 조정합니다.
사전 정의된 인프라 및 애플리케이션 복원력 패턴은 높은 수준의 지침을 제공하지만 한 단계 더 나아가 명확하게 정의된 참조 아키텍처를 갖는 것이 모범 사례입니다. 애플리케이션 계층별 참조 아키텍처가 있으면 기존 워크로드를 클라우드로 마이그레이션할 때 지침 역할을 합니다. 또한 참조 아키텍처는 가치 창출 시간을 가속화하고 기술 및 비즈니스 탄력성 요구 사항을 매핑하는 데 도움이 되는 그린필드 워크로드를 구성하는 유용한 방법을 제공합니다.
참고 사항: 귀하의 조직은 복원력 있는 아키텍처 패턴을 어떻게 표준화하고 있습니까?
McKinsey Insights의 클라우드
4. 비즈니스 요구 사항에 따라 적절한 복원력 수준을 정의하고 우선순위를 지정합니다.
모든 탄력성 노력이 동일한 것은 아닙니다. 클라우드 워크로드와 해당 복원력 요구 사항을 달성하는 데 필요한 노력 수준을 고려할 때 워크로드 유형을 두 가지로 나누는 것이 가장 좋습니다.
이러한 프레임은 조직이 탄력성 요구 사항 및 우선 순위를 해결하는 데 드는 노력과 비용을 이해하는 데 도움이 될 수 있습니다. 조직은 필요한 복원력의 기본 수준을 달성하기 위해 비즈니스 요구 사항 및 구성 요구 사항을 기반으로 클라우드에 도입해야 하는 애플리케이션을 결정해야 합니다. 출력은 비즈니스에 대한 중요도와 영향을 기준으로 애플리케이션 세트의 복원력을 해결하는 데 드는 비용이나 복잡성을 보여주는 히트맵이어야 합니다. 이는 탄력성 노력의 우선순위를 정하고 순서를 정하기 위한 명확한 경로를 제공합니다.
참고 사항: 귀하의 조직은 비즈니스 요구 사항에 따라 복원력 요구 사항의 우선 순위를 어떻게 지정하고 있습니까?
5. 최상위 애플리케이션으로 시작하는 로드맵 정의
복원력 작업을 수행하기 위해 리소스를 구성하고 할당하려면 처음 네 단계를 명확한 로드맵으로 변환해야 합니다. 최고의 로드맵은 명확한 이정표와 KPI를 정의하여 진행 상황을 더 잘 추적하고 가치에 따라 작업 우선 순위를 명시적으로 지정합니다. 실제로 이는 비즈니스 가치가 가장 큰 최상위 애플리케이션에 리소스를 투입하는 것을 의미하는 경우가 많습니다. 잘 설계된 복원력 기반을 통해 이러한 중요한 워크로드를 운영하면 기업은 가장 중요한 부분에서 더 큰 민첩성, 경제적 생존 가능성 및 자신감을 얻을 수 있습니다. 이러한 워크로드의 탄력성을 보장하는 것 외에도 클라우드에서 워크로드를 실행하려면 구체적인 기본 및 운영 기능이 필요합니다 .
생각해 보세요: 가치 포착을 위한 조직의 로드맵은 무엇입니까?
은행은 클라우드의 워크로드에 대한 복원력을 업그레이드합니다.
은행과 지불 처리 서비스의 경험은 이전 그림에서 설명한 탄력성 프레임워크를 사용하여 작업할 때의 이점을 보여줍니다. 은행의 인프라는 확장이 불가능하고 서비스 수준 목표를 지속적으로 충족할 수 없었습니다. 결제 시스템은 수년간 누적된 기술 부채로 인해 어려움을 겪었고, 이로 인해 탄력성이 떨어지고 새로운 기능을 개선하고 확장하는 데 부적절한 주기 시간이 발생했습니다. 또한 은행은 여러 클라우드 제공업체를 이용하여 복원력 관리의 복잡성과 어려움을 가중시켰습니다.
상황이 바뀌어야 했습니다. 필요한 수준의 탄력성과 민첩성을 달성하기 위해 은행은 대부분의 결제 시스템 애플리케이션을 다중 지역 활성/활성 구성을 사용하는 단일 CSP로 전환하기로 결정했습니다. 이를 통해 운영 모델을 단순화하고 애플리케이션을 더 효과적으로 지원할 수 있었습니다. 그런 다음 은행은 인프라에 적용할 복원력 패턴을 가장 잘 결정하기 위해 워크로드를 체계적으로 구성하고 우선순위를 지정했으며, 이를 통해 가장 큰 가치를 제공할 워크로드를 식별할 수 있었습니다.
전시회에 설명된 인프라 탄력성 패턴의 조합을 적용함으로써 은행은 복잡성을 줄이고 탄력성을 높일 수 있었습니다. 자동화로 인해 배포 속도가 5배 향상되었습니다. 또한 클라우드 플랫폼이 제공하는 탄력성 덕분에 은행은 고객 요구에 따라 애플리케이션의 거의 100%를 동적으로 확장 및 축소할 수 있었습니다. 또한 은행은 연간 최대 가동 중지 시간이 약 5분에 불과하여 99.999%의 가동 시간을 달성했습니다.
클라우드 탄력성 프로그램 시작
애플리케이션 안정성의 중요성과 이를 달성하지 못하는 데 따른 재정적, 평판적 위험을 고려하여 기업은 전용 리소스와 충분한 집중을 통해 클라우드 탄력성에 접근해야 합니다. 출시 준비에는 다섯 가지 주요 단계가 중요합니다.
저자 소개
Nick Gerne은 McKinsey 달라스 사무실의 클라우드 제공 부문 수석 책임자입니다. Arun Gundurao 는 뉴욕 사무소의 파트너이며 Fayet Valles 는 어소시에이트 파트너입니다. RJ Jafarkhani 는 남부 캘리포니아 사무소의 수석 클라우드 설계자입니다.
|