Une application déployée sur AWS Elastic Beanstalk utilise Amazon Aurora et est précédée d'une distribution CloudFront qui utilise le domaine Elastic Beanstalk comme origine. CloudFront est configuré avec un nom de domaine alternatif auquel les utilisateurs accèdent. Chaque semaine, l'application est mise hors ligne pour maintenance ; pendant ce temps, l'entreprise souhaite que les visiteurs voient une page d'information (pas une erreur CloudFront). La première étape — la création d'un compartiment S3 — est déjà effectuée. Quelles sont les trois actions que l'architecte de solutions doit entreprendre ensuite pour implémenter ce comportement ?

La première étape consiste à télécharger le contenu de la page de maintenance statique dans le compartiment S3 créé. Ensuite, pour éviter de créer une nouvelle distribution et de modifier les enregistrements DNS, il est préférable d'ajouter le compartiment S3 comme seconde origine à la distribution CloudFront existante. L'utilisation d'une OAI garantit que CloudFront est le seul service capable d'accéder au contenu du compartiment S3, améliorant ainsi la sécurité. Enfin, pendant la fenêtre de maintenance, le comportement de cache par défaut de la distribution CloudFront doit être temporairement modifié pour pointer vers l'origine S3, affichant ainsi la page d'information aux utilisateurs. Une fois la maintenance terminée, ce changement est annulé pour rediriger le trafic vers l'application Elastic Beanstalk. Créer une nouvelle distribution CloudFront est inutile et plus complexe. Configurer Elastic Beanstalk pour servir S3 n'est pas la bonne approche pour CloudFront.