Un ambiente di produzione è attualmente in esecuzione su una singola istanza EC2 che ospita sia l'applicazione web che un database MariaDB. La politica aziendale impone l'alta disponibilità per i sistemi di produzione. Quale modifica di progettazione renderà questo ambiente conforme?

L'opzione corretta garantisce alta disponibilità per entrambi i livelli. Amazon RDS Multi-AZ per MariaDB fornisce automaticamente un'istanza di standby sincrona in una zona di disponibilità diversa, gestendo il failover in caso di interruzione. L'applicazione su istanze EC2 in un gruppo Auto Scaling distribuito su più zone di disponibilità, dietro un load balancer, assicura che l'applicazione rimanga disponibile anche in caso di guasto di una zona o di un'istanza, scalando dinamicamente in base al carico. Le altre opzioni sono meno efficaci: La migrazione a Lambda per l'applicazione potrebbe essere una soluzione valida per alcuni carichi di lavoro serverless, ma l'opzione Multi-AZ non si applica direttamente a Lambda (che è intrinsecamente ad alta disponibilità) e la conversione potrebbe richiedere una riscrittura significativa dell'applicazione esistente, non solo una modifica di progettazione. Copiare il database su un'altra istanza EC2 e usare una funzione Lambda per i controlli di integrità è una soluzione manuale e complessa per il failover, meno robusta e automatica di RDS Multi-AZ. Migrare il database su un'istanza EC2 diversa e avere un'istanza di standby "spenta" non garantisce alta disponibilità automatica; richiederebbe un intervento manuale per l'avvio e la sincronizzazione in caso di guasto.