Un'applicazione nell'account AWS di origine utilizza funzioni Lambda (distribuite da pacchetti di deployment) e memorizza l'inventario in un cluster Amazon Aurora. I backup automatici di Aurora sono abilitati. L'azienda deve migrare le funzioni Lambda e il database Aurora a un account AWS di destinazione con tempi di inattività minimi. Quale approccio soddisfa questi vincoli?

L'opzione corretta consente la migrazione con tempi di inattività minimi. Per le funzioni Lambda, il download del pacchetto di deployment e la ricreazione nell'account di destinazione è un metodo standard e semplice, poiché AWS RAM non supporta la condivisione diretta di funzioni Lambda. Per Aurora, la condivisione del cluster DB tramite AWS RAM e la clonazione nell'account di destinazione è la soluzione migliore per tempi di inattività minimi. La clonazione crea una copia fisica del cluster in pochi minuti, senza influire sul cluster di origine. Le opzioni errate: Condividere gli snapshot automatici di Aurora richiede il ripristino di un nuovo cluster dallo snapshot, che può richiedere più tempo e causare maggiori tempi di inattività rispetto alla clonazione. AWS RAM non supporta la condivisione diretta delle funzioni Lambda. Condividere gli snapshot automatici di Aurora, come menzionato, è meno efficiente della clonazione per tempi di inattività minimi.