Компания использует микросервисную архитектуру на AWS с Amazon Elastic Kubernetes Service (Amazon EKS) и Amazon Aurora. Компания управляет сотнями аккаунтов AWS с помощью AWS Organizations и нуждается в централизованном решении для логирования и мониторинга безопасности во всех аккаунтах. Решение должно автоматически обнаруживать проблемы безопасности с минимальными операционными издержками. Какой подход наилучшим образом соответствует этим требованиям?

Назначение администратора Amazon GuardDuty в управляющем аккаунте AWS Organizations и включение GuardDuty для всех дочерних аккаунтов является наиболее эффективным решением. GuardDuty — это управляемый сервис обнаружения угроз, который автоматически мониторит вредоносную активность и несанкционированное поведение, обеспечивая централизованное обнаружение проблем безопасности с минимальными операционными издержками. Активация EKS Protection и RDS Protection обеспечивает специализированный мониторинг для контейнеров и баз данных Aurora, что соответствует архитектуре компании. Остальные варианты менее оптимальны: Использование CloudWatch Logs и Amazon Inspector для оценки логов CloudWatch не является основным назначением Inspector, который фокусируется на оценке уязвимостей EC2 и контейнеров. Централизованный бакет S3 для CloudTrail и Aurora с Athena требует ручной настройки запросов и не обеспечивает автоматического обнаружения угроз, как GuardDuty. Использование Kinesis и Lambda для обработки логов требует значительных операционных издержек на разработку и поддержку пользовательской логики обнаружения.