View a markdown version of this page

규칙 2. 멀티클라우드 오해에 유의하세요. - AWS 권장 가이드
모든 사람이 멀티클라우드 전략을 채택하고 있음멀티클라우드는 공급업체 잠금 위험을 줄입니다.멀티클라우드를 통한 가용성 및 복원력 향상멀티클라우드에서 더 나은 요금 제공

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

규칙 2. 멀티클라우드 오해에 유의하세요.

멀티클라우드 전략을 개발할 때는 다음 단원에서 설명하는 일반적인 오해를 피하십시오.

모든 사람이 멀티클라우드 전략을 채택하고 있음

자문 회사 및 미디어 회사는 멀티클라우드 채택에 대한 복잡한 그림을 그립니다. 연구에 따르면 멀티클라우드 접근 방식에 큰 관심이 있지만 지출 패턴은 종종 다른 스토리를 전달합니다. 실제로 많은 기업이 단일 클라우드 환경 또는 명확한 기본/보조 CSP 관계를 유지합니다. 이 연결 해제는 헤드라인을 넘어 조직의 특정 요구 사항에 집중하는 것의 중요성을 강조합니다.

지침:

  • 업계 추세를 따르는 대신 특정 비즈니스 요구 사항에 따라 클라우드 결정을 내립니다. 조직의 측정 가능한 비용과 위험에 집중합니다.

  • 업계 컨텍스트 내에서 멀티클라우드 사용 사례를 검토합니다. 소비자 기술 기업에 적합한 클라우드 전략은 금융 서비스, 제조 또는 게임 환경으로 전환되지 않을 수 있습니다.

  • 데이터 중력을 워크로드 배치 결정의 기본 요소로 간주합니다. 데이터의 위치와 이동에 따라 가장 효과적인 클라우드 아키텍처가 결정되는 경우가 많습니다.

  • 채택 통계를 넘어 지출 패턴을 이해합니다. 높은 보고 멀티클라우드 채택률은 종종 실제 지출 패턴을 마스킹합니다.

  • 멀티클라우드 환경에 커밋하기 전에 기술적 제약 조건을 평가합니다. 일부 워크로드는 구성 요소가 단일 클라우드 환경 내에 있을 때 가장 성능이 좋습니다.

멀티클라우드는 공급업체 잠금 위험을 줄입니다.

클라우드 전략 개발에서 공급업체 유연성은 합법적인 고려 사항입니다. 조직은 비즈니스 요구 사항이 발전함에 따라 기술 선택을 조정할 수 있는 능력을 높이 평가합니다. 이 문제는 바인딩 및 장기 약정을 생성한 기존 IT 투자에 대한 이전 경험을 반영합니다. 클라우드 서비스는 공급자 유연성에 대한 다양한 역학을 제공합니다.는 오픈 소스 호환 서비스 및 데이터 이식 옵션을 AWS 제공하여 마이그레이션에 대한 기술적 장벽을 줄입니다. 그러나 유연성과 운영 효율성 간의 장단점은 여전히 중요합니다. 조직은 공급자 옵션을 유지하는 비즈니스 가치를 기본 공급자의 전문 서비스와 긴밀하게 통합하는 기술적 이점과 비교해야 합니다.

일부 고객은 컨테이너를 사용하는 클라우드에 구애받지 않는 솔루션을 엔지니어링하여 잠금을 피하려고 시도합니다. 이 접근 방식은 종종 기본 컴퓨팅 및 스토리지 서비스로 제한하고 고급 클라우드 기능의 이점을 우회합니다. 경험에 따르면이 전략은 네이티브 서비스를 사용하는 것에 비해 개발 시간과 필요한 리소스가 증가하여 상당한 복잡성을 더하는 것으로 나타났습니다.

지침:

  • 클라우드에 구애받지 않는 아키텍처의 전체 비용을 고려합니다. 추가 엔지니어링 오버헤드로 인해 이식성 이점이 정당화되지 않을 수 있습니다.

  • 최대값을 얻으려면 클라우드 네이티브 기능을 사용합니다. 기본 컴퓨팅 및 스토리지 서비스만으로는 보안, 확장성 및 혁신에서 상당한 이점을 포기하는 경우가 많습니다.

  • 비즈니스 요구 사항에 따라 클라우드 전략을 계획합니다. 멀티클라우드 구현이 여러 플랫폼에서 사용자에게 서비스를 제공하는 기능과 같은 명확한 가치를 추가하면 추가 엔지니어링 투자가 가치 있게 됩니다.

  • 현실적인 종료 시나리오 및 비용을 평가합니다. 공급자 변경의 가능성과 비용을 전체 세트 사용의 이점과 비교합니다 AWS 서비스.

  • Amazon Relational Database Service(RDS)와 같은 AWS. AWS 관리형 서비스의 오픈 소스 기반을 기반으로 구축하면 유연성과 운영 우수성을 모두 제공하고 현재 사용 중인 데이터베이스 엔진을 지원할 수 있습니다.

  • 에서 제공하는 포괄적인 마이그레이션 도구를 활용합니다 AWS. 다른 공급자를 사용하기 AWS 위해 나가면 워크로드를 어떤 방향으로든 이동하고 무료 데이터 송신을 제공할 수 있습니다. 자세한 내용은 AWS 블로그 게시물 외부로 이동할 때 인터넷으로 무료 데이터 전송을 참조하세요 AWS.

멀티클라우드를 통한 가용성 및 복원력 향상

중단 시 클라우드 공급자 간의 원활한 워크로드 전환에 대한 신뢰로 인해 일부 조직은 멀티클라우드 전략을 향해 나아갑니다. 이 사고방식은 기본적인 기술적 현실을 무시하는 클라우드 인프라 복원력에 대한 지나치게 간소화된 관점을 생성합니다.

멀티클라우드 고객과 수년간 협력 AWS한 경험을 바탕으로 공급자 간에 전체 워크로드 이동성을 유지하면 예상되는 모든 이점을 제공하지 않고도 상당한 복잡성이 발생하는 경우가 많습니다. 데이터 집약적인 애플리케이션은 데이터 중력 제약으로 인해 막대한 문제에 직면합니다. 실제로 조직이 데이터가 많은 워크로드에 대해 진정으로 원활한 멀티클라우드 장애 조치를 성공적으로 구현하는 것은 거의 불가능합니다.

가트너의 우수 VP 분석가인 Lydia Leong은 소셜 미디어 게시물 "다중 클라우드 장애 조치는 거의 항상 비현실적이며 클라우드 복원력 위험을 해결하는 특별한 방법이 아닙니다."에서 이러한 관점을 강화합니다. 네트워킹, 스토리지, 데이터베이스, 기계 학습 및 보안에서 공급자 간의 고유한 차별화로 인해 진정한 이식성이 거의 불가능합니다. 두 환경의 장애로 인해 모든 환경에서 중단이 발생할 수 있으므로 공급자 간에 워크로드를 분산하면 위험이 증가할 수 있습니다.

지침:

  • 복잡한 멀티클라우드 아키텍처를 추구하는 대신 개별 워크로드의 마스터링 AWS 기능에 집중합니다.

  • 공급자 간 장애 조치를 시도하는 대신 AWS 리전 및 가용 영역을 통해 복원력을 구축합니다. 가 물리적 데이터 센터 간에 워크로드를 자동으로 장애 조치할 AWS 수 있는 방법을 기술적으로 자세히 알아보려면 AWS 블로그 게시물인 영역 자동 전환 - 잠재적 문제를 감지하면 트래픽을 가용 영역에서 자동으로 이동시킵니다.

  • 워크로드를 전략적으로 마이그레이션 AWS하고 한 번에 하나의 애플리케이션에 집중하여 성공을 극대화합니다.

멀티클라우드에서 더 나은 요금 제공

가격 경쟁은 멀티클라우드 환경에서 가장 취약한 인수일 수 있습니다. 다년간의 계약을 체결하는 복잡하고 비용이 많이 드는 소프트웨어 또는 데이터 센터 계약에 대한 조직의 경험으로 인해 IT 서비스를 조달할 때 주의해야 했습니다. 기존 조달 접근 방식은 클라우드에서 pay-as-you-go 구매, 대량 구매 할인 또는 가격 경쟁의 현실에 맞게 조정되지 않았습니다. (2025년 1월부터 AWS 는 시작 이후 가격을 151배 인하했습니다.)

비용 절감의 가장 큰 단일 동인은 잘 관리되고 최적화된 클라우드 환경입니다. 회사는 주로 서비스가 가격 대비 성능 이점(예: AWS Graviton과 같이 사용자 지정 설계된 칩을 기반으로 하는 컴퓨팅 인스턴스)을 제공하고 클라우드 재무 관리 솔루션이 뛰어난 공급자와 협력하여 비용 최적화를 개선합니다. 1,000개 이상의 조직에 대한 2022년 Hackett Group 연구에 따르면 총 IT 지출의 백분율로 나타낸 인프라 지출은 멀티클라우드 조직에 비해 AWS 고객의 경우 20% 더 낮았습니다.

당사의 경험에 따르면 기업은 여러 클라우드에서 운영하는 데 따른 추가 비용과 복잡성을 예측하지 못하며,이 비용을 head-to-head 소싱 참여에서 인식된 이득과 적절하게 비교하지 않습니다.

지침:

  • AWS Well-Architected Framework Cost Optimization Pillar에서 비용 최적화 전략을 구축합니다. 다음과 같은 5가지 설계 원칙이 있습니다.

    • 클라우드 재무 관리 구현: 클라우드에서 재무 성공을 달성하고 비즈니스 가치 실현을 가속화하려면 클라우드 재무 관리에 투자해야 합니다. 조직에서는 이 새로운 분야의 기술 및 사용량 관리를 위한 기능을 구축하는 데 필요한 시간과 리소스를 할애해야 합니다. 보안 또는 운영 기능과 마찬가지로 비용 효율적인 조직이 되려면 지식 구축, 프로그램, 리소스 및 프로세스를 통해 역량을 강화해야 합니다.

    • 소비 모델 도입: 사용하는 컴퓨팅 리소스에만 비용을 지불하고 비즈니스 요구 사항에 따라 사용량을 늘리거나 줄입니다. 예를 들어 개발 및 테스트 환경은 일반적으로 근무 주 중 하루에 8시간 동안만 사용됩니다. 이러한 리소스를 사용하지 않을 때 75%(40시간 대 168시간)의 잠재적 비용 절감을 위해 중지할 수 있습니다.

    • 전반적인 효율성 측정: 워크로드의 비즈니스 성과와 제공과 관련된 비용을 측정합니다. 이 데이터를 사용하면 개선된 결과, 향상된 기능 및 절감한 비용을 파악할 수 있습니다.

    • 차별화되지 않은 과중한 작업에 대한 지출 중지: CSPs 랙킹, 스택 및 서버 전원 공급과 같은 데이터 센터 작업을 과중하게 수행합니다. 또한 관리형 서비스를 사용하여 운영 체제 및 애플리케이션을 관리하는 운영 부담을 제거합니다. 이를 통해 IT 인프라 대신 고객과 비즈니스 프로젝트에 집중할 수 있습니다.

    • 지출 분석 및 귀속: 클라우드에서는 워크로드의 비용 및 사용량을 정확하게 식별할 수 있으므로 IT 비용의 원인이 되는 수익 흐름 및 개별 워크로드 소유자를 투명하게 파악할 수 있습니다. 그 결과 투자 대비 수익률(ROI)을 측정할 수 있어 워크로드 소유자에게는 리소스를 최적화하고 비용을 절감하는 기회가 됩니다.

  • 다양한 공급자 간의 운영으로 인한 재정적 오버헤드를 고려하여 고객이 자동화 및 비용 최적화 도구에 크게 투자하도록 안내합니다. 각 CSP는와 같은이 영역에서 광범위한 네이티브 도구를 제공합니다AWS Cost Optimization Hub. 대부분의 기본 도구는 클라우드 환경의 고객에게 우수한 기능을 제공합니다. 그러나 여러 CSPs의 지출을 이해하려면 이러한 기능을 확장하여 비용 최적화를 위한 단일 환경을 제공하는 다양한 ISV 및 서비스형 소프트웨어(SaaS) 제품 중에서 선택할 수 있습니다.

  • 지출 형평성 전략을 통해 구매력을 약화시키는 것은 비즈니스 가치를 창출하지 않습니다. 잠재적인 대량 구매 할인을 약화시키고 잠재적으로 기술 설계를 약화시킬 수 있습니다. 클라우드 서비스를 사용하는 가장 효율적인 방법은 대부분의 운영에 기본 공급자를 사용하고 비즈니스 가치를 더하는 경우에만 다른 CSPs 사용하는 것입니다.