레거시 워크로드에는 AMI에서 시작된 단일 대규모 EC2 인스턴스에 스테이트리스 애플리케이션 티어가 있고, 단일 EC2 인스턴스에 MySQL 데이터베이스가 있습니다. 앱 서버의 CPU는 종종 100%에 도달하여 서비스 중단을 야기합니다. 패치는 수동으로 적용되며 이로 인해 다운타임이 발생했습니다. 회사는 최소한의 개발 노력으로 애플리케이션을 고가용성으로 만들어야 합니다. 어떤 솔루션이 이 요구 사항을 충족할까요?

정답은 기존 애플리케이션의 아키텍처를 최소한의 변경으로 고가용성으로 전환하는 가장 실용적인 방법을 제시합니다. Auto Scaling 그룹과 Application Load Balancer를 사용하여 애플리케이션 티어의 확장성과 가용성을 확보하고, CPU 사용률에 따라 자동으로 확장하여 서비스 중단을 방지합니다. AWS Systems Manager Agent를 포함하는 새 AMI는 패치 관리를 자동화하고 다운타임을 줄이는 데 도움이 됩니다. MySQL 데이터베이스를 Amazon Aurora MySQL로 마이그레이션하면 기존 코드 변경 없이 고가용성, 내결함성 및 확장성을 제공합니다. 오답: Lambda로 리팩터링하는 것은 상당한 개발 노력이 필요하며, 레거시 애플리케이션에는 적합하지 않을 수 있습니다. GuardDuty는 Lambda 스캔과 직접적인 관련이 없으며, DocumentDB는 MySQL과 호환되지 않습니다. Graviton 인스턴스로 변경하는 것은 성능 향상에 도움이 될 수 있지만, 단일 인스턴스 아키텍처의 가용성 문제를 해결하지 못합니다. DynamoDB는 NoSQL 데이터베이스이므로 MySQL 데이터베이스와 호환되지 않습니다. Docker 컨테이너화는 개발 노력이 필요하며, ECS는 MySQL 데이터베이스의 고가용성 문제를 직접 해결하지 못합니다. Amazon Neptune은 그래프 데이터베이스이므로 MySQL과 호환되지 않습니다.