Docs

DevOps Config

À quoi sert cet écran

DevOps Config contient les valeurs par défaut, propres à chaque palier, dont héritent les environnements : ce avec quoi démarre un nouvel environnement, la configuration des pipelines, le comportement des déploiements, la gateway, les actions disponibles et l’accès à la console base de données.

Il y a une page par palier. Dev, staging et production ont chacun leur configuration, et modifier l’une n’affecte pas les autres.

Avant de commencer

Pour faire ceci Il vous faut
Lire la configuration env-by-branch.<env>.devops-config.read
La modifier env-by-branch.devops-config.update
Créer une entrée env-by-branch.devops-config.create
En supprimer une env-by-branch.devops-config.delete

Les noms plats s'étendent à travers les paliers

env-by-branch.devops-config.read est un nom plat. Le backend le contrôle comme env-by-branch.dev.devops-config.read, puis staging, puis production, puis le nom plat lui-même. Détenir une seule variante de palier satisfait une route à nom plat pour ce palier — accordez donc le palier voulu plutôt que de compter sur le nom plat.

Ouvrir l’écran

Chaque palier a son URL :

  • /ebb/dev/devops-config
  • /ebb/staging/devops-config
  • /ebb/production/devops-config

Depuis l’interface : ouvrez la page des environnements du palier et utilisez l’icône réglages d’environnement dans l’en-tête.

L’interface

📸 Capture d’écran : La page DevOps Config du palier dev. Repères : (1) le sélecteur de type d’environnement affichant Development / Staging / Production, (2) le sélecteur de cluster, (3) les six onglets.

# Élément Ce qu’il fait Quand l’utiliser
1 Type d’environnement Development · Staging · Production Confirmer le palier édité
2 Sélecteur de cluster Le cluster auquel s’applique cette configuration Toujours — la configuration est par cluster
3 Onglets Six zones, ci-dessous Selon la tâche
Onglet Ce qu’il configure
Defaults Ce avec quoi démarre un environnement nouvellement créé dans ce palier
Pipelines La configuration des pipelines et leur source
Deployment Le comportement des déploiements dans ce palier
Gateway L’ingress et le routage
Actions Les actions proposées dans l’onglet Operate › Actions d’un environnement
Database Console L’accès à la console base de données pour ce palier

Procédures

Changer ce avec quoi démarrent les nouveaux environnements

Nécessite env-by-branch.<env>.devops-config.update.

  1. Ouvrez la page DevOps Config du palier.
  2. Sélectionnez le cluster.
  3. Sur Defaults, ajustez les réglages.
  4. Enregistrez.

Cela s’applique aux environnements créés ensuite. Les environnements existants conservent ce avec quoi ils ont été créés.

Configurer les mappings de projet SonarQube

  1. Ouvrez la page DevOps Config du palier sur lequel tourne l’environnement — le lien de l’onglet Quality vous y conduit.
  2. Sélectionnez le cluster.
  3. Dans l’onglet concerné, ajoutez les mappings de projet.
  4. Revenez à l’onglet Test › Quality de l’environnement : les métriques se résolvent désormais.

Modifier les actions disponibles

  1. Ouvrez la page DevOps Config du palier, sélectionnez le cluster.
  2. Sur Actions, ajustez la liste.
  3. Vérifiez dans l’onglet Operate › Actions d’un environnement.

Scénario

« No SonarQube project mappings configured for this application. »

C’est le message exact affiché par l’onglet Quality. Le lien qu’il propose mène à la configuration du bon palier ; le piège est de savoir quel palier et quel cluster vous modifiez ensuite.

  1. Notez le palier et le cluster de l’environnement. La configuration est par palier et par cluster : se tromper sur l’un ou l’autre revient à modifier quelque chose de réel qui n’a aucun effet sur ce que vous regardez.
  2. Suivez le lien du message, ou allez directement sur /ebb/dev/devops-config, en remplaçant par staging ou production selon le cas.
  3. Sélectionnez le cluster sur lequel tourne l’environnement.
  4. Ajoutez le mapping de projet SonarQube.
  5. Enregistrez, puis rouvrez l’onglet Test › Quality de l’environnement.
  6. Si les métriques manquent toujours, revérifiez l’étape 1 : une application en staging ne reprendra pas un mapping ajouté à la configuration de dev, et rien dans l’interface ne le signale.

En cas de problème

Symptôme Cause Comment vérifier Solution
Les modifications n’ont rien changé sur un environnement existant Les Defaults s’appliquent aux environnements créés ensuite La date de création de l’environnement Recréez-le, ou modifiez-le directement
Configuration enregistrée mais sans effet Mauvais palier, ou mauvais cluster Les sélecteurs de type d’environnement et de cluster Réappliquez sur le bon palier et le bon cluster
La page est en lecture seule Vous avez .read mais pas .update Access Explorer Demandez update sur ce palier
Accorder la permission plate n’a pas eu l’effet attendu Les noms plats s’étendent par environnement Le modèle de permissions de la plateforme Accordez la variante du palier concerné

Pour aller plus loin