단일 클라우드 공급자를 통해 기술 또는 비즈니스 요구 사항을 충족할 수 없는 워크로드에 대해서만 멀티클라우드를 예약합니다. - AWS 권장 가이드

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

단일 클라우드 공급자를 통해 기술 또는 비즈니스 요구 사항을 충족할 수 없는 워크로드에 대해서만 멀티클라우드를 예약합니다.

멀티클라우드는 여러(2개 이상) 클라우드 서비스 공급자의 클라우드 서비스를 사용하는 것을 말합니다. 멀티클라우드 전략을 사용하면 여러 클라우드 공급자의 차별화된 기능을 잠금 해제하는 옵션 또는 단일 클라우드 공급자가 수용할 수 없는 데이터 주권 요구 사항을 충족하는 기능과 같은 특정 이점을 제공할 수 있습니다. 그러나 사용하는 각 공급자에 대해 해당 공급자를 효과적으로 사용할 수 있는 적절한 인력, 기술, 훈련 및 도구 세트가 있는지 확인합니다. 또한 특정 워크로드에 멀티클라우드 전략을 사용하려면 각 클라우드 공급자의 필수 서비스를 통합하고 상호 운용하기 위한 추가 리소스가 필요합니다. 이점이 증가한 투자보다 큰 경우에만 멀티클라우드를 고려하는 것이 좋습니다. 멀티클라우드 전략을 선택해야 하는지 여부를 결정하려면 다음 주요 질문을 고려하세요.

  • 다른 클라우드 공급자가 제공하는 서비스를 탐색할 수 있는 리소스와 기술이 있습니까?

    여러 클라우드 공급자가 다양한 제품과 서비스를 제공하는 경우 직원은 각 공급자의 기능을 탐색하는 데 필요한 필수 기술이 필요합니다. 한 클라우드 공급자의 서비스만 사용하면 사용 중인 서비스 및 기능에 따라 직원을 위한 기술 향상 및 훈련이 필요할 수 있습니다. 멀티클라우드 전략을 고려하는 경우 기존 리소스를 평가하여 여러 클라우드 공급자의 서비스를 효과적으로 사용하는 데 필요한 추가 기술 세트를 결정합니다. 단일 클라우드 공급자에 필요한 것 이상으로 인력을 보강하거나 기술 향상 및 교육에 추가 시간과 비용을 투자해야 할 수 있습니다. 다른 클라우드 공급자를 사용하는 개별 팀 또는 사용자가 이미 있는 경우 사례case-by-case 기본 클라우드 공급자에 통합할 때 얻을 수 있는 조직의 이점을 고려하세요.

  • 특정 멀티클라우드 아키텍처에 도입되는 추가 오버헤드는 무엇입니까?

    멀티클라우드의 일반적인 동인은 다른 클라우드 공급자의 서비스와 구별할 수 있는 기능을 갖춘 한 공급자의 특정 관리형 서비스를 사용하려는 욕구입니다. 예를 들어 인프라 요구 사항에 하나의 클라우드 공급자를 사용하고 도메인 및 디렉터리 서비스에 다른 공급자의 관리형 서비스를 사용할 수 있습니다. 그러나 단일 관리형 서비스가 관리 부담을 줄이고 해당 아키텍처 구성 요소의 관리를 간소화하더라도 코드 리팩터링, 프라이빗 연결 요구 사항 또는 수동 통합 작업과 같은 다른 워크로드에 추가 오버헤드가 발생할 수 있습니다. 이 추가 오버헤드를 미리 식별하고 차별화된 서비스를 통해 팀이 얻을 수 있는 이점을 상쇄하거나 제거하지 않도록 하세요.

  • 클라우드 공급자 간에 모니터링 및 관리를 중앙 집중화하려면 어떻게 해야 합니까?

    다양한 클라우드 공급자의 리소스를 사용하여 애플리케이션과 기능을 배포하기 시작할 때 이러한 리소스에 태그를 지정하고, 모니터링하고, 관리하는 방법을 고려하세요. 각 제공업체에는 다른 환경으로 확장할 수 있는 자체 도구가 있습니다. 예를 들어 Amazon CloudWatch를 사용하여 단일, 하이브리드 및 멀티클라우드 환경에서 주요 지표 및 로그를 모니터링하고, 경보를 생성하고, 애플리케이션 및 인프라를 시각화할 수 있습니다. 또한 AWS Systems Manager를 사용하여 리소스 가시성 및 제어를 개선하고, 운영 문제를 신속하게 진단 및 해결하며, 환경 전체에서 가상 머신 업데이트 및 패치 적용과 같은 프로세스를 자동화할 수 있습니다. 공급자의 도구가 지원할 수 없는 요구 사항이 있는 경우 파트너 솔루션을 탐색할 수 있지만 이로 인해 추가 비용 또는 통합 노력이 추가될 수 있습니다.

  • 다른 클라우드 공급자를 사용할 때 자동화를 통해 인프라를 코드로 관리하려면 어떻게 해야 하나요?

    클라우드에서 리소스를 실행하면 리소스의 자동 프로비저닝 및 관리를 통해 다양한 환경을 효율적으로 관리할 수 있습니다. APIs와 네이티브 자동화 도구는 클라우드 공급자마다 다릅니다. 가능하면 다양한 클라우드 공급자 리소스를 수용할 수 있는 일반적인 오케스트레이션 및 배포 도구 세트를 사용하는 것이 좋습니다. 이를 통해 유연성이 향상되고 여러 클라우드에서 작업이 간소화됩니다. 그러나 각 공급자의 기본 자동화를 별도로 사용하고 적절한 사용을 보장하기 위해 조직 프로세스를 설정하는 것이 더 간단할 수 있습니다.

  • 각 클라우드 공급자가 충족해야 하는 규정 준수 및 규제 요구 사항이 있습니까?

    데이터를 저장하고 처리하는 방법을 결정하는 규제 고려 사항이 있을 수 있습니다. 클라우드 공급자의 각 클라우드 환경에 자동으로 적용할 수 있는 정책(예: 네트워크 트래픽, 스토리지 및 보안)을 표준화하는 데 중점을 둡니다. 애플리케이션이 데이터와 통신하는 방법을 고려하고 동일한 공급자에서 호스팅합니다. 애플리케이션과 해당 데이터가 공급자 간에 분할된 경우 규정 준수 및 규제 요구 사항을 충족하는지 확인하기가 어렵습니다. 네트워크 지연 시간을 최소화하고, 데이터 처리량을 극대화하고, 데이터 송신을 제한하는 동시에 보안 및 액세스 제어를 간소화하기 위해 애플리케이션을 가능한 한 데이터에 가깝게 두는 것이 가장 좋습니다.

  • 클라우드 제공업체에 애플리케이션을 배포할 때 TCO를 최소화하고 요금 할인을 극대화할 수 있습니까?

    멀티클라우드를 고려할 때는 총 소유 비용(TCO)을 고려하는 것이 중요합니다. 여러 클라우드 공급자에서 애플리케이션을 실행하면 운영 비용과 관리 오버헤드가 증가하여 각 환경에서 리소스를 유지 관리하고 관리할 수 있습니다. 또한 여러 공급자에 사용량을 분산하면 특정 공급자의 대량 구매 요금 할인 또는 기업 계약을 활용하기가 더 어려워집니다. 멀티클라우드의 이점이 TCO 증가를 정당화하는지 여부를 결정할 때 이러한 요소를 고려하세요.