Déployer sur AWS avec GitHub Actions sans clés d'accès : OIDC, contrôles et un retour arrière vraiment testé
Dans beaucoup d'équipes, la mise en production tient à une personne. Elle connaît l'ordre des commandes, elle a les bons droits sur la console AWS, et elle sait quoi faire quand ça se passe mal. Le jour o elle est absente, on ne déploie pas, ou on déploie en croisant les doigts. Un pipeline de mise en production sert à sortir ce savoir de la tête d'une personne pour le mettre dans le dpôt , sous…
This article demonstrates a realistic implementation of continuous deployment using GitHub Actions to AWS, specifically for a containerized application on AWS Elastic Container Service (ECS). The three main ideas highlighted are: no long-term AWS access keys stored in GitHub using OIDC, explicit controls before and after deployment, and a critical rollback feature tested at least once before relying on it.
The examples are generic and should be adapted to individual projects by modifying names, regions, commands, and other specifics. The article emphasizes the importance of a well-defined pipeline, as relying on a single person with access to the AWS console can lead to delays or failed deployments when that person is unavailable.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
