Docs

Déploiement

À quoi sert cet écran

Deploy est l’endroit où les applications tournent réellement. Il couvre trois paliers d’environnement — Dev, Staging et Production — ainsi que les surfaces qui gèrent ce qui y arrive : releases, applications frontend, revue de charts Helm, analytics et accès direct au cluster.

Les trois paliers partagent une même mise en page avec des règles différentes : en apprendre un vous en apprend deux autres.

Avant de commencer

Chaque palier est contrôlé par sa propre permission. Voir Dev sans voir Production est parfaitement normal — c’est la conception, pas une anomalie.

Palier Permission d’accès
Dev env-by-branch.dev.access
Staging env-by-branch.staging.access
Production env-by-branch.production.access

Tout ce qui se trouve dans un palier suit le motif env-by-branch.<env>.<ressource>.<action> — par exemple env-by-branch.staging.application.sync.

Les noms de permissions plats n'accordent pas les trois paliers

Certaines routes acceptent un nom plat comme env-by-branch.devops-config.read. Le backend l’étend en variantes par environnement et accepte l’une quelconque d’entre elles. Détenir le nom plat n’équivaut pas à détenir les trois paliers : accordez toujours le palier voulu.

Un cluster et ses environnements doivent être enregistrés et valides avant que quoi que ce soit n’apparaisse ici.

Ouvrir l’écran

  1. Cliquez sur Deploy dans la barre latérale.
  2. Choisissez un palier ou une surface dans le sous-menu.

/ebb redirige vers /ebb/dev.

L’interface

Les trois pages de palier utilisent la même mise en page.

📸 Capture d’écran : La page Dev Environments. Repères : (1) le sélecteur de cluster, (2) le sélecteur de système, (3) le bouton Deploy, (4) les onglets Environments / Platform / Events, (5) l’icône des réglages d’environnement, (6) le bouton de création.

# Élément Ce qu’il fait Quand l’utiliser
1 Sélecteur de cluster Choisit le cluster enregistré consulté Toujours — la liste dépend du cluster
2 Sélecteur de système Restreint à un projet Installations à nombreuses applications
3 Deploy Lance un déploiement Livrer un changement
4 Onglets — Environments · Platform · Events Les environnements applicatifs, les services de plateforme et le flux d’événements Events est l’onglet à consulter en cas de problème
5 Réglages d’environnement Configuration DevOps du palier Voir DevOps Config
6 Créer Crée un environnement dans ce palier Nécessite environment.create sur le palier

Où mène chaque entrée de menu

Entrée de menu Page
Dev Dev
Staging Staging
Production Production
Deployments Déploiements
Frontend Apps Applications frontend
Helm Review Revue Helm
Analytics Analytics
Cluster Console Cluster Console

Procédures

Sélectionner un cluster, filtrer par système et lire les trois onglets fonctionne à l’identique sur les trois paliers. Ce qui diffère est traité sur la page de chaque palier : Dev est éphémère, Staging est partagé, et Production est persistant et piloté par les releases.

Scénario

Faire passer un changement du dev à la production.

  1. Dev — créez un environnement éphémère pour la branche et déployez-y. Vérifiez le changement isolément, sans concurrence avec personne.
  2. Staging — déployez le même changement. C’est là qu’il rencontre pour la première fois un environnement partagé et réaliste. Surveillez l’onglet Events plutôt que de supposer qu’un déploiement vert signifie une application qui fonctionne.
  3. Revue Helm — si le changement touche des charts Helm, examinez ce que la fusion modifiera réellement dans ces environnements avant qu’elle n’ait lieu.
  4. Déploiements › Releases — créez la release. La production est pilotée par les releases : on n’y pousse pas comme on pousse en dev.
  5. Déploiements › Runbook MEP — déroulez le runbook de la release.
  6. Production — vérifiez que l’environnement reflète la nouvelle version.
  7. Analytics — consultez ensuite la vue d’ensemble des déploiements et l’analyse des échecs. C’est ce qui transforme un déploiement isolé en tendance exploitable.

Les étapes 3 et 5 sont celles que l’on saute sous pression, et ce sont les deux qui existent précisément parce que la production a mal tourné pour quelqu’un auparavant.

En cas de problème

Symptôme Cause Comment vérifier Solution
Un palier manque dans le sous-menu Il vous manque la permission .access de ce palier Access Explorer Demandez un rôle cantonné à ce palier
Un avertissement signale qu’ArgoCD ou Workflows n’est pas configuré L’intégration CI/CD est absente ou non testée Settings › Development › CI/CD Ajoutez et testez l’intégration
Aucun cluster à sélectionner Aucun enregistré, ou aucun valide Settings › Infrastructure › Clusters Enregistrez et validez un cluster
Vous voyez le palier mais ne pouvez rien créer Vous avez .access mais pas .environment.create Access Explorer Demandez la permission de création sur ce palier
Une permission a été accordée sans effet Les résultats de permissions sont mis en cache pour la session — Rechargez la page

Pour aller plus loin