Un'applicazione distribuita su AWS Elastic Beanstalk utilizza Amazon Aurora ed è preceduta da una distribuzione CloudFront che usa il dominio Elastic Beanstalk come origine. CloudFront è configurato con un nome di dominio alternativo a cui gli utenti accedono. Ogni settimana l'applicazione viene messa offline per manutenzione; durante questo periodo l'azienda vuole che i visitatori vedano una pagina informativa (non un errore di CloudFront). Il primo passo — la creazione di un bucket S3 — è già stato fatto. Quali tre azioni dovrebbe intraprendere l'architetto di soluzioni per implementare questo comportamento?

Il caricamento del contenuto statico nel bucket S3 è il primo passo logico per avere una pagina di manutenzione. Aggiungere il bucket S3 come seconda origine alla distribuzione CloudFront esistente e configurare un'OAI garantisce che CloudFront possa accedere al contenuto del bucket in modo sicuro. Durante la manutenzione, modificare il comportamento predefinito della cache per puntare all'origine S3 reindirizza tutto il traffico alla pagina di manutenzione. Al termine, ripristinare il comportamento originale fa tornare il traffico all'applicazione. Creare una nuova distribuzione CloudFront è inutile e aggiunge complessità. Modificare il comportamento della cache su una nuova distribuzione non influirebbe sulla distribuzione esistente. Configurare Elastic Beanstalk per servire direttamente da S3 non è il modo standard per gestire le pagine di manutenzione tramite CloudFront.