Skip to main content
Cette page explique les suffixes que vous rencontrerez dans les noms d’Applications, de fichiers de valeurs et de bases, et où tournent physiquement les différents environnements.

Les suffixes

La convention à retenir pour tout nouveau fichier est stg, pas staging.

Où tournent les environnements

Notre plateforme distingue trois environnements principaux (dev, stg, prod) plus quelques variantes. Comprendre où tourne quoi évite bien des malentendus. Le cluster de production héberge, en pratique, les trois environnements : de nombreuses applications -dev- et -stg- y sont déployées à côté des applications de production, isolées par le nom et par le namespace. Il existe par ailleurs un cluster de développement distinct, à l’adresse https://95.216.101.177:6443, piloté par un dépôt séparé (argo-staging).

Le piège du dossier vald/

Le dépôt argo-production contient un dossier vald/ avec 7 Applications qui pointent vers le cluster de développement. Ce sont des copies d’archive : elles ne concernent pas la production et il ne faut pas les modifier en pensant agir sur le cluster principal.

Répartition à clarifier

La répartition exacte des rôles entre le cluster de production, le cluster de développement et les serveurs de staging reste à clarifier. Demandez à l’équipe infrastructure lors de votre arrivée.

Règles de bonne conduite

Utilisez stg

Toujours utiliser stg dans les nouveaux noms de fichiers et d’Applications. La forme staging est une forme ancienne à éviter.

Jamais de test en prod

Ne jamais tester en production, même “juste pour voir”. Utilisez dev ou stg pour toute expérimentation.

Documentez l'inhabituel

Documenter tout déploiement dans un environnement inhabituel pour que l’équipe puisse suivre et auditer.

Vérifiez le contexte

Vérifier votre contexte kubectl avant tout apply. Un kubectl config current-context évite bien des erreurs.