자동으로 확장되고, 고가용성을 유지하며, 하드웨어 장애에 탄력적으로 대응해야 하는 GKE 마이크로서비스 라이브스트림 앱을 배포해야 합니다. 배포를 어떻게 구성해야 할까요? (두 가지 선택)

주어진 요구사항은 자동 확장, 고가용성, 하드웨어 장애 탄력성입니다. 1. "다중 영역 노드 풀을 사용하여 워크로드를 균등하게 분산합니다."는 GKE 클러스터가 여러 가용성 영역에 걸쳐 노드를 분산하여 단일 영역 장애 시에도 서비스 연속성을 보장합니다. 이는 고가용성과 하드웨어 장애 탄력성을 제공합니다. 2. "클러스터 자동 확장(cluster autoscaler)을 사용하여 노드 풀의 노드 수를 조정하고, Horizontal Pod Autoscaler를 사용하여 워크로드를 확장합니다."는 GKE의 핵심 자동 확장 기능입니다. Horizontal Pod Autoscaler(HPA)는 Pod 수준에서 리소스 사용량에 따라 Pod 수를 자동으로 조정하여 마이크로서비스의 워크로드를 효율적으로 확장합니다. Cluster Autoscaler는 HPA가 더 많은 Pod를 스케줄링해야 하지만 현재 노드에 리소스가 부족할 때 자동으로 노드 수를 조정하여 인프라 수준에서 확장을 지원합니다. 이 두 가지는 함께 작동하여 애플리케이션의 자동 확장을 완벽하게 지원합니다. "여러 영역 노드 풀을 사용하여 워크로드를 균등하게 분산합니다."는 문법적으로 어색하며, "다중 영역"이 더 정확한 표현입니다. "클러스터 노드가 포함된 Compute Engine용 관리형 인스턴스 그룹을 생성합니다. 관리형 인스턴스 그룹에 대한 자동 확장 규칙을 구성합니다."는 GKE의 자동 확장 메커니즘을 직접 사용하는 대신 Compute Engine의 관리형 인스턴스 그룹(MIG)을 수동으로 구성하는 방식이므로 GKE의 통합된 자동 확장 기능을 활용하지 못합니다. "GKE CPU 및 메모리 사용률을 기반으로 Cloud Monitoring에서 알림 정책을 생성합니다. CPU 및 메모리 사용량이 미리 정의된 임계값을 초과할 때 당직 엔지니어에게 스크립트를 실행하여 워크로드를 확장하도록 요청합니다."는 수동 개입이 필요한 방식이므로 자동 확장 요구사항을 충족하지 못합니다.