# Déploiement Continu avec GitHub Actions Le déploiement continu (CD) consiste à automatiser le déploiement des nouvelles versions d'une application directement dans des environnements de production après avoir passé les étapes de tests et de validation. GitHub Actions permet de configurer des pipelines de déploiement continu (CD) pour des plateformes de cloud telles qu'AWS, Azure, ou Google Cloud Platform (GCP). --- ## 1. Déployer une Application sur des Plateformes de Cloud (AWS, Azure, GCP) GitHub Actions peut être utilisé pour automatiser le déploiement d'une application sur des services cloud populaires tels que **AWS**, **Microsoft Azure**, ou **Google Cloud Platform (GCP)**. Chaque fournisseur cloud a ses propres outils et services pour gérer le déploiement des applications. ### 1.1 Déploiement sur AWS AWS propose plusieurs services pour héberger des applications, notamment **Elastic Beanstalk**, **ECS (Elastic Container Service)**, et **S3**. Avec GitHub Actions, vous pouvez configurer des workflows pour déployer automatiquement vos applications sur ces services. #### Exemple de Workflow pour Déployer sur AWS Elastic Beanstalk Elastic Beanstalk simplifie le déploiement et la gestion des applications sur AWS. Voici un exemple de workflow pour déployer une application Node.js sur Elastic Beanstalk. `name: Deploy to AWS Elastic Beanstalk on: push: branches: - main jobs: deploy: runs-on: ubuntu-latest steps: # Étape 1 : Checkout repository - name: Checkout repository uses: actions/checkout@v2 # Étape 2 : Configure AWS credentials - name: Configure AWS Credentials uses: aws-actions/configure-aws-credentials@v1 with: aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }} aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }} aws-region: us-east-1 # Étape 3 : Déployer sur Elastic Beanstalk - name: Deploy to Elastic Beanstalk run: | zip -r app.zip . # Zipper l'application aws elasticbeanstalk create-application-version --application-name MyApp --version-label latest --source-bundle S3Bucket=my-app-bucket,S3Key=app.zip aws elasticbeanstalk update-environment --environment-name MyApp-env --version-label latest ` ### 1.2 Déploiement sur Microsoft Azure Azure propose plusieurs services pour héberger des applications, comme **Azure App Service** et **Azure Kubernetes Service (AKS)**. Avec GitHub Actions, vous pouvez automatiser le déploiement sur ces services en utilisant des actions spécifiques à Azure. #### Exemple de Workflow pour Déployer sur Azure App Service Azure App Service est une plateforme qui permet de déployer des applications web sur un environnement managé. Voici un exemple de workflow pour déployer une application web sur Azure App Service. `name: Deploy to Azure App Service on: push: branches: - main jobs: deploy: runs-on: ubuntu-latest steps: # Étape 1 : Checkout repository - name: Checkout repository uses: actions/checkout@v2 # Étape 2 : Configurer les identifiants Azure - name: Log in to Azure uses: azure/login@v1 with: creds: ${{ secrets.AZURE_CREDENTIALS }} # Étape 3 : Déployer sur Azure App Service - name: Deploy to Azure App Service uses: azure/webapps-deploy@v2 with: app-name: 'my-app-service' package: . ` ### 1.3 Déploiement sur Google Cloud Platform (GCP) Google Cloud Platform propose des services comme **Google App Engine**, **Google Cloud Run**, et **Google Kubernetes Engine (GKE)**. GitHub Actions peut être utilisé pour automatiser les déploiements sur GCP. #### Exemple de Workflow pour Déployer sur Google Cloud Run Google Cloud Run permet de déployer des applications conteneurisées directement depuis un dépôt GitHub. Voici un exemple de workflow pour déployer une application sur Google Cloud Run. `name: Deploy to Google Cloud Run on: push: branches: - main jobs: deploy: runs-on: ubuntu-latest steps: # Étape 1 : Checkout repository - name: Checkout repository uses: actions/checkout@v2 # Étape 2 : Configurer les identifiants Google Cloud - name: Authenticate to Google Cloud uses: google-github-actions/auth@v0 with: credentials_json: ${{ secrets.GCP_SA_KEY }} # Étape 3 : Configurer Google Cloud SDK - name: Set up Cloud SDK uses: google-github-actions/setup-gcloud@v1 with: project_id: ${{ secrets.GCP_PROJECT_ID }} service_account_key: ${{ secrets.GCP_SA_KEY }} # Étape 4 : Construire et déployer l'image Docker sur Cloud Run - name: Build and Deploy to Cloud Run run: | gcloud builds submit --tag gcr.io/${{ secrets.GCP_PROJECT_ID }}/my-app gcloud run deploy my-app --image gcr.io/${{ secrets.GCP_PROJECT_ID }}/my-app --region us-central1 ` --- ## 2. Exemples Pratiques de Pipelines de Déploiement Continu Les pipelines CI/CD consistent en des étapes automatisées qui prennent en charge le build, les tests, et le déploiement d'une application. Voici quelques exemples pratiques de pipelines de déploiement continu avec GitHub Actions. ### Pipeline de Base pour une Application Node.js Déployée sur AWS S3 `name: CI/CD Pipeline for Node.js on: push: branches: - main jobs: build-and-deploy: runs-on: ubuntu-latest steps: # Étape 1 : Checkout repository - name: Checkout repository uses: actions/checkout@v2 # Étape 2 : Installer Node.js et les dépendances - name: Set up Node.js uses: actions/setup-node@v2 with: node-version: '14' - name: Install dependencies run: npm install # Étape 3 : Exécuter les tests - name: Run tests run: npm test # Étape 4 : Construire l'application - name: Build application run: npm run build # Étape 5 : Se connecter à AWS - name: Configure AWS Credentials uses: aws-actions/configure-aws-credentials@v1 with: aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }} aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }} aws-region: us-west-1 # Étape 6 : Déployer l'application sur un bucket S3 - name: Deploy to S3 run: aws s3 sync ./build s3://my-app-bucket --delete ` --- ## 3. Stratégies de Déploiement : Blue/Green, Canary GitHub Actions peut être utilisé pour implémenter différentes **stratégies de déploiement**, telles que le déploiement **Blue/Green** et le déploiement **Canary**, pour minimiser les risques lors des déploiements en production. ### 3.1 Déploiement Blue/Green Le déploiement **Blue/Green** consiste à exécuter deux environnements distincts : l'environnement **Blue** (ancien) et l'environnement **Green** (nouveau). Une fois que le déploiement est prêt sur l'environnement Green, le trafic est basculé vers cet environnement. #### Exemple de Workflow pour un Déploiement Blue/Green `name: Blue/Green Deployment on: push: branches: - main jobs: deploy: runs-on: ubuntu-latest steps: - name: Checkout repository uses: actions/checkout@v2 # Étape 1 : Déployer sur l'environnement Green - name: Deploy to Green environment run: | aws deploy create-deployment \ --application-name my-app \ --deployment-group-name GreenEnvironment \ --s3-location bucket=my-app-bucket,bundleType=zip,key=my-app.zip # Étape 2 : Basculer le trafic vers l'environnement Green - name: Switch traffic to Green run: | aws deploy update-deployment-group \ --application-name my-app \ --current-deployment-group-name BlueEnvironment \ --new-deployment-group-name GreenEnvironment ` ### 3.2 Déploiement Canary Le déploiement **Canary** consiste à déployer une nouvelle version à un petit pourcentage des utilisateurs pour tester son impact. Si la version Canary est stable, le déploiement est progressivement étendu à tous les utilisateurs. #### Exemple de Workflow pour un Déploiement Canary `name: Canary Deployment on: push: branches: - main jobs: deploy: runs-on : ubuntu-latest steps: - name: Checkout repository uses: actions/checkout@v2 # Étape 1 : Déployer en Canary (petit pourcentage d'utilisateurs) - name: Deploy Canary release run: | aws deploy create-deployment \ --application-name my-app \ --deployment-group-name CanaryEnvironment \ --s3-location bucket=my-app-bucket,bundleType=zip,key=my-app.zip \ --deployment-config-name CodeDeployDefault.OneAtATime # Étape 2 : Augmenter progressivement le déploiement - name: Gradually increase deployment run: | aws deploy create-deployment \ --application-name my-app \ --deployment-group-name ProductionEnvironment \ --s3-location bucket=my-app-bucket,bundleType=zip,key=my-app.zip ` --- ## 4. Notifications sur le Statut du Déploiement (Slack, Email) GitHub Actions permet d'envoyer des notifications sur le statut d'un déploiement réussi ou échoué via **Slack**, **Email**, ou d'autres outils de collaboration. ### 4.1 Notifications Slack Vous pouvez configurer GitHub Actions pour envoyer des notifications via Slack lorsque des événements spécifiques se produisent, comme l'achèvement d'un déploiement. #### Exemple de Workflow avec Notification Slack `name: CI/CD Pipeline with Slack Notifications on: push: branches: - main jobs: build-and-deploy: runs-on: ubuntu-latest steps: - name: Checkout repository uses: actions/checkout@v2 - name: Build application run: npm run build - name: Deploy to production run: ./deploy.sh notify: runs-on: ubuntu-latest needs: build-and-deploy steps: - name: Send Slack Notification uses: rtCamp/action-slack-notify@v2 env: SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }} SLACK_MESSAGE: 'The deployment to production was successful!' ` ### 4.2 Notifications par Email Vous pouvez également configurer des notifications par email en utilisant des actions GitHub ou des services tiers pour envoyer des emails après le déploiement. #### Exemple de Workflow avec Notification par Email `name: CI/CD Pipeline with Email Notifications on: push: branches: - main jobs: build-and-deploy: runs-on: ubuntu-latest steps: - name: Checkout repository uses: actions/checkout@v2 - name: Build application run: npm run build - name: Deploy to production run: ./deploy.sh notify: runs-on: ubuntu-latest needs: build-and-deploy steps: - name: Send Email Notification uses: dawidd6/action-send-mail@v2 with: server_address: smtp.gmail.com server_port: 465 username: ${{ secrets.EMAIL_USERNAME }} password: ${{ secrets.EMAIL_PASSWORD }} subject: 'Deployment Status' body: 'The deployment was successful.' to: 'recipient@example.com' ` --- ## Conclusion Le déploiement continu avec GitHub Actions permet de simplifier et d'automatiser le processus de mise en production de vos applications. Grâce à l'intégration avec des plateformes cloud comme AWS, Azure, et GCP, ainsi qu'à l'utilisation de stratégies de déploiement telles que Blue/Green ou Canary, vous pouvez réduire les risques de déploiement et assurer une livraison continue. De plus, la possibilité d'envoyer des notifications via Slack ou Email améliore la visibilité sur l'état des déploiements et permet aux équipes de réagir rapidement en cas de problèmes. GitHub Actions offre une grande flexibilité pour automatiser l'ensemble de votre pipeline de déploiement, et vous permet d'optimiser la manière dont vous gérez la livraison de vos applications.