Visualiseur des differences de configuration denvironnement

Compare des configurations JSON, YAML, TOML et ENV entre environnements en mettant en evidence la derive, les cles manquantes et les pistes de nettoyage.

Collez plusieurs blocs de configuration dans "Lot de configurations" et separez-les avec des en-tetes du type === environnement (format) ===.

Exemples den-tetes :

  • === dev (json) ===
  • === staging (yaml) ===
  • === prod (toml) ===
  • === worker (env) ===

Formats pris en charge :

  • JSON : utilisez un objet JSON classique comme {"PORT":3000,"feature":{"beta":true}}
  • YAML : utilisez des paires cle/valeur avec indentation comme PORT: 3000 et feature:
    beta: true
  • TOML : utilisez la syntaxe cle = valeur avec des tables comme [feature]
  • ENV : utilisez des lignes de style dotenv comme PORT=3000 et API_URL=https://api.example.com

Conseils :

  • Ajoutez au moins deux blocs pour pouvoir comparer les environnements.
  • Gardez les memes cles logiques entre environnements lorsque cest possible.
  • Les cles sensibles sont masquees par defaut si "Masquer les secrets" est active.
  • Les objets imbriques et tableaux sont aplatis en chemins comme database.host ou services[0].url.

Exemples de résultats

1 Exemples

Comparer les feature flags entre dev, staging et prod

Met en evidence les cles presentes dans un seul environnement et les valeurs en derive.

Configuration diff report
Voir paramètres d'entrée
{ "configBundle": "=== dev (yaml) ===\nFEATURE_X: true\nAPI_URL: https://dev.example.com\n\n=== prod (env) ===\nFEATURE_X=false\nAPI_URL=https://api.example.com", "maskSecrets": true, "showTree": true }

Points clés

Catégorie
Développement et Web
Types d’entrée
textarea, checkbox
Type de sortie
html
Couverture des échantillons
4
API disponible
Yes

Vue d’ensemble

Le Visualiseur des différences de configuration d'environnement est un outil conçu pour comparer facilement vos fichiers JSON, YAML, TOML et ENV entre plusieurs environnements (développement, staging, production). Il met en évidence les dérives de configuration, identifie les clés manquantes et suggère des pistes de nettoyage, tout en masquant automatiquement les valeurs sensibles pour garantir la sécurité de vos données.

Quand l’utiliser

  • Lors du déploiement d'une application pour vérifier que les variables d'environnement de production correspondent aux attentes définies en staging.
  • Lors d'un audit de sécurité ou d'un nettoyage de code pour repérer les clés obsolètes ou inutilisées dans vos fichiers de configuration.
  • Lors de la migration de formats de configuration (par exemple, de JSON à YAML) pour s'assurer qu'aucune donnée n'a été perdue ou altérée.

Comment ça marche

  • Collez vos différents blocs de configuration dans le champ principal en les séparant par des en-têtes spécifiques comme === dev (yaml) === et === prod (env) ===.
  • Cochez les options souhaitées, telles que le masquage des secrets, l'ignorance de la casse ou l'affichage en arborescence.
  • L'outil analyse et aplatit les structures complexes (objets imbriqués, tableaux) pour comparer les chemins de clés exacts.
  • Consultez le rapport HTML généré qui met en surbrillance les différences, les valeurs modifiées et les clés exclusives à un environnement.

Cas d’usage

Détection des dérives de configuration (configuration drift) entre les environnements de développement, de pré-production et de production.
Validation des feature flags pour s'assurer qu'une fonctionnalité est bien désactivée en production mais active en développement.
Standardisation et nettoyage des fichiers .env au sein d'une équipe de développeurs pour éliminer les variables obsolètes.

Exemples

1. Comparaison des feature flags entre dev et prod

Ingénieur DevOps
Contexte
L'équipe déploie une nouvelle version de l'application et utilise des feature flags pour contrôler l'accès aux nouvelles fonctionnalités.
Problème
Vérifier que la fonctionnalité bêta est bien activée en développement mais désactivée en production pour éviter les fuites.
Comment l’utiliser
Collez les configurations YAML de dev et ENV de prod dans le lot de configurations, puis générez le rapport.
Configuration d’exemple
=== dev (yaml) ===
FEATURE_BETA: true
API_URL: https://dev.api.com

=== prod (env) ===
FEATURE_BETA=false
API_URL=https://api.com
Résultat
Le rapport affiche clairement que FEATURE_BETA diffère entre les deux environnements (true vs false), confirmant que la configuration est correcte.

2. Audit des variables d'environnement manquantes

Développeur Backend
Contexte
Un microservice plante en staging car une variable d'environnement de base de données a été ajoutée en dev mais oubliée lors du déploiement.
Problème
Identifier rapidement quelle clé est présente dans le fichier .env local mais absente du fichier de configuration de staging.
Comment l’utiliser
Insérez le JSON local et le YAML de staging avec leurs en-têtes respectifs, et activez la vue arborescente.
Configuration d’exemple
=== local (json) ===
{"DB_HOST":"localhost","DB_PASS":"secret123"}

=== staging (yaml) ===
DB_HOST: staging-db.internal
Résultat
L'outil met en évidence que la clé DB_PASS est manquante dans l'environnement staging et masque automatiquement la valeur sensible.

Tester avec des échantillons

json, yaml, barcode

Hubs associés

FAQ

Quels formats de configuration sont pris en charge ?

L'outil prend en charge les formats JSON, YAML, TOML et ENV (style dotenv).

Comment séparer les différents environnements dans l'outil ?

Utilisez un en-tête au format === nom-environnement (format) === avant chaque bloc de configuration, par exemple === prod (json) ===.

Mes mots de passe et clés d'API seront-ils visibles dans le rapport ?

Non, si l'option "Masquer les secrets" est activée, les valeurs des clés sensibles (comme token, password, secret) sont automatiquement masquées.

L'outil peut-il comparer des objets JSON imbriqués avec des fichiers ENV plats ?

Oui, les objets imbriqués et les tableaux sont aplatis sous forme de chemins (ex: database.host), ce qui permet de les comparer facilement avec des variables d'environnement.

Combien d'environnements puis-je comparer simultanément ?

Vous pouvez comparer autant d'environnements que vous le souhaitez, à condition de fournir au moins deux blocs pour que la comparaison soit possible.

Documentation de l'API

Point de terminaison de la requête

POST /fr/api/tools/environment-config-diff-visualizer

Paramètres de la requête

Nom du paramètre Type Requis Description
configBundle textarea Oui -
maskSecrets checkbox Non -
ignoreCase checkbox Non -
showTree checkbox Non -

Format de réponse

{
  "result": "
Processed HTML content
", "error": "Error message (optional)", "message": "Notification message (optional)", "metadata": { "key": "value" } }
HTML: HTML

Documentation de MCP

Ajoutez cet outil à votre configuration de serveur MCP:

{
  "mcpServers": {
    "elysiatools-environment-config-diff-visualizer": {
      "name": "environment-config-diff-visualizer",
      "description": "Compare des configurations JSON, YAML, TOML et ENV entre environnements en mettant en evidence la derive, les cles manquantes et les pistes de nettoyage.",
      "baseUrl": "https://elysiatools.com/mcp/sse?toolId=environment-config-diff-visualizer",
      "command": "",
      "args": [],
      "env": {},
      "isActive": true,
      "type": "sse"
    }
  }
}

Vous pouvez chaîner plusieurs outils, par ex.: `https://elysiatools.com/mcp/sse?toolId=png-to-webp,jpg-to-webp,gif-to-webp`, max 20 outils.

Si vous rencontrez des problèmes, veuillez nous contacter à [email protected]