Una aplicación en la cuenta de AWS de origen utiliza funciones Lambda (implementadas a partir de paquetes de implementación) y almacena el inventario en un clúster de Amazon Aurora. Las copias de seguridad automatizadas de Aurora están habilitadas. La empresa necesita migrar las funciones Lambda y la base de datos Aurora a una cuenta de AWS de destino con un tiempo de inactividad mínimo. ¿Qué enfoque satisface estas restricciones?

La opción correcta permite una migración con tiempo de inactividad mínimo. Descargar el paquete de implementación de Lambda y recrear las funciones en la cuenta de destino es el método estándar para migrar funciones Lambda, ya que AWS RAM no comparte funciones Lambda directamente. Compartir el clúster de Aurora con AWS RAM y luego clonarlo en la cuenta de destino permite crear una copia del clúster de base de datos sin afectar el clúster de origen, minimizando el tiempo de inactividad. La primera opción es incorrecta porque compartir instantáneas automatizadas de Aurora requiere restaurar la instantánea en la cuenta de destino, lo que puede implicar un tiempo de inactividad mayor y no es tan eficiente como la clonación directa para una migración con tiempo de inactividad mínimo. La tercera y cuarta opciones son incorrectas porque AWS RAM no se utiliza para compartir funciones Lambda directamente entre cuentas.