View a markdown version of this page

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

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

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

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

  • 여러 클라우드 제공업체가 제공하는 서비스를 탐색할 수 있는 리소스와 기술이 있나요?

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

  • 특정 멀티클라우드 아키텍처로 인해 새로 생기는 추가 오버헤드는 무엇인가요?

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

  • 여러 클라우드 제공업체 사이에서 모니터링 및 관리를 중앙 집중화하려면 어떻게 해야 하나요?

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

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

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

  • 각 클라우드 제공업체가 충족해야 하는 규정 준수 및 규제 요구 사항이 있나요?

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

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

    멀티클라우드를 염두에 둘 경우 총 소유 비용(TCO)을 고려하는 것이 중요합니다. 여러 클라우드 제공업체에서 애플리케이션을 실행하면 각 환경에서 리소스를 유지 및 관리하는 데 운영 비용과 관리 오버헤드가 증가할 수 있습니다. 또한 여러 제공업체에 사용량을 분산하면 특정 제공업체의 대량 구매 요금 할인 또는 엔터프라이즈 계약을 활용하기 더 어려워집니다. 멀티클라우드의 이점이 늘어난 TCO의 근거가 될 수 있는지를 판단할 때 이러한 요소를 고려합니다.