한 회사에서 전자상거래 애플리케이션을 운영하고 있으며, 각 신규 주문은 단일 가용 영역에 있는 Amazon EC2 인스턴스의 RabbitMQ 큐에 게시됩니다. 별도의 EC2 인스턴스가 메시지를 처리하고 다른 EC2 인스턴스의 PostgreSQL 데이터베이스에 세부 정보를 저장합니다. 모든 EC2 인스턴스는 동일한 가용 영역에 있습니다. 이 회사는 운영 오버헤드를 최소화하면서 최고의 가용성을 원합니다. 솔루션스 아키텍트는 무엇을 해야 할까요?

이 솔루션은 운영 오버헤드를 최소화하면서 최고의 가용성을 제공합니다. Amazon MQ는 RabbitMQ를 위한 완전 관리형 서비스로, 이중화된(활성/대기) 인스턴스 쌍을 통해 메시지 큐의 가용성을 높이고 관리 부담을 줄입니다. 애플리케이션을 호스팅하는 EC2 인스턴스에 Multi-AZ Auto Scaling 그룹을 사용하면 여러 가용 영역에 걸쳐 인스턴스를 분산하고 수요에 따라 자동으로 확장 및 축소하여 가용성과 내결함성을 향상시킵니다. PostgreSQL 데이터베이스를 Amazon RDS for PostgreSQL의 Multi-AZ 배포로 마이그레이션하면 데이터베이스의 고가용성과 내구성을 보장하며, 자동 백업 및 패치 관리와 같은 관리형 서비스 이점을 누릴 수 있습니다. 다른 옵션들은 다음과 같은 이유로 최적의 솔루션이 아닙니다. 첫 번째 옵션은 데이터베이스를 EC2 인스턴스의 Multi-AZ Auto Scaling 그룹으로 관리하므로 RDS Multi-AZ에 비해 운영 오버헤드가 더 큽니다. 세 번째 및 네 번째 옵션은 RabbitMQ 큐를 EC2 인스턴스에서 직접 관리하므로 Amazon MQ를 사용하는 것보다 운영 오버헤드가 훨씬 더 큽니다. 또한, 세 번째 옵션은 데이터베이스를 RDS Multi-AZ로 마이그레이션하지만, 큐 관리가 비효율적입니다. 네 번째 옵션은 모든 구성 요소를 EC2 인스턴스의 Multi-AZ Auto Scaling 그룹으로 관리하여 운영 오버헤드가 가장 큽니다.