Environment Indicator
Inclure dans drupal.fr

Lors du développement d’un site Drupal, travailler directement en production est une erreur fréquente… et risquée. Pour garantir la stabilité, la sécurité et la qualité de vos déploiements, il est essentiel de mettre en place plusieurs environnements de travail.

Dans cet article, notre agence web Drupal vous explique pourquoi il est important d'utiliser plusieurs environnements (local, dev, staging, prod), comment organiser un processus de mise en production fiable, et comment le module "Environnement Indicator" peut vous aider à éviter des erreurs critiques.

Pourquoi utiliser plusieurs environnements sur Drupal ?

Un environnement correspond à une instance de votre site Drupal dans un contexte donné. En général, on distingue :

  • L'environnement local : environnement du développeur
  • L'environnement de développement (dev) : environnement partagé
  • L'environnement de recette / Staging : validation avant production
  • L'environnement de production (prod) : site en ligne

Si vous décidez de travailler directement sur l'environnement de production, il est important de savoir que ceci expose votre site à :

  • des bugs visibles par les utilisateurs
  • des pertes de données
  • des interruptions de service

A contrario, avoir plusieurs environnements facilitent :

  • le travail en équipe
  • la revue de code
  • les tests QA

Par exemple, un environnement de recette permet de :

  • tester les fonctionnalités
  • valider les contenus
  • vérifier les performances

Les différents environnements expliqués

Environnement local

Il est utilisé par chaque développeur pour :

  • coder
  • tester rapidement
  • expérimenter sans risque

Environnement de développement (DEV)

Il est mutualisé et principalement utilisé pour intégrer les fonctionnalités et connecté au dépôt GIT.

Environnement de staging (recette)

Cet environnement est une copie quasi identique de la production. En général, il est mis à disposition du client et/ou des testeurs, afin qu'ils puissent recetter les demandes/fonctionnalités qui ont été développées au préalable pour les développeurs.

Environnement de production (PROD)

C'est la production. Il est accessible aux utilisateurs finaux. Celui-ci doit être stable, sécurisé et ne doit rencontrer aucun bug.

Processus de mise en production sur Drupal

Mettre en production ne se résume pas à “envoyer du code”. Cela nécessite un processus structuré. En voici la méthode :

1. Développement en local

Les développeurs travaillent sur leurs machines avec :

  • Git
  • Composer
  • configuration exportée (config/sync)

2. Push vers DEV

Le code est envoyé sur l’environnement DEV :

  • intégration des fonctionnalités
  • premiers tests

3. Déploiement en staging

Sur staging :

  • tests fonctionnels
  • validation métier
  • vérification des contenus

4. Mise en production

Étapes typiques :

  • Mise en maintenance du site
  • Déploiement du code (Git pull / CI-CD)
  • Import de configuration :
drush cim -y
  • Mise à jour de la base :
 drush updb -y
  • Clear cache :
 drush cr
  • Vérifications post-déploiement

Ensuite, le site est remis en ligne.

Bonnes pratiques de déploiement

Afin de sécuriser vos mises en production, nous vous conseillons de :

  • Toujours utiliser Git (pas de modification directe en prod)
  • Versionner la configuration Drupal
  • Automatiser avec CI/CD (GitLab CI, GitHub Actions…)
  • Sauvegarder la base avant déploiement
  • Tester en staging systématiquement

Éviter les erreurs grâce au module Environment Indicator

Quand on travaille sur plusieurs environnements, une erreur classique est de confondre prod et dev.

C’est là que le module Environment Indicator devient indispensable.

À quoi sert-il ?

Ce module affiche visuellement l’environnement courant dans l’interface Drupal :

  • couleur différente (rouge, vert, orange…)
  • nom de l’environnement visible en permanence

Exemple :

  • PROD → rouge
  • STAGING → orange
  • DEV → vert

 

 

Installation du module

composer require drupal/environment_indicator

drush en environment_indicator -y

 

Configuration

  • Allez dans : Configuration > Development > Environment Indicator
  • Définissez :
    • le nom de l’environnement
    • la couleur d’arrière-plan
    • le texte affiché

Pourquoi ce module est essentiel ?

Sans indicateur visuel, vous risquez de :

  • modifier du contenu en production par erreur
  • activer un module en prod sans test
  • casser le site en direct

Avec Environment Indicator :

  • vous visualisez immédiatement l’environnement
  • vous réduisez les erreurs humaines
  • vous sécurisez vos workflows

Vous l'aurez donc compris, mettre en place plusieurs environnements sur Drupal n’est pas une option : c’est une bonne pratique indispensable pour tout projet professionnel.

En combinant :

  • une stratégie d’environnements claire
  • un processus de déploiement structuré
  • des outils comme Environment Indicator

vous garantissez la stabilité de votre site, la qualité de vos livraisons et la sécurité de vos données.

Ajouter un commentaire

Le contenu de ce champ sera maintenu privé et ne sera pas affiché publiquement.