Компания размещает общедоступный форум, используя ALB перед контейнерами Docker в Amazon ECS, с данными в Amazon RDS для MySQL и образами контейнеров в ECR. Им требуется SLA аварийного восстановления с RTO ≤ 24 часов и RPO ≤ 8 часов. Какое решение является НАИБОЛЕЕ экономически эффективным и соответствует этим целевым показателям RTO/RPO?

Правильный ответ описывает стратегию "холодного резерва" (cold standby), которая является наиболее экономически эффективной для заданных RTO (≤ 24 часов) и RPO (≤ 8 часов). Хранение образов Docker в ECR в двух регионах и копирование снимков RDS каждые 8 часов обеспечивает соответствие RPO. Развертывание инфраструктуры с помощью CloudFormation по запросу во вторичном регионе позволяет уложиться в RTO, поскольку создание ресурсов и восстановление данных займет несколько часов, но менее 24. Неправильные варианты: Первый вариант ("горячий резерв" или "активный-активный") слишком дорог, так как поддерживает полную инфраструктуру в двух регионах постоянно, что не требуется для RTO в 24 часа. Третий вариант с ежечасным резервным копированием в S3 и импортом образа Docker в ECR во вторичном регионе является менее эффективным и более сложным для восстановления, чем использование снимков RDS и репликации ECR. Четвертый вариант ("пилотный свет") подразумевает постоянно работающую, хотя и минимальную, инфраструктуру, что дороже "холодного резерва", при этом RPO для RDS обеспечивается репликой для чтения, но для ECS требуется развертывание, что может быть медленнее, чем полное развертывание из CloudFormation для "холодного резерва", если требуется много ресурсов.