Projets
Regroupe conteneurs, volumes et réseaux dans une unité isolée.
Qu'est-ce qu'un projet ?
Un projet rassemble les conteneurs d'une application (front, back, base de données, sidecars) dans ses propres réseaux Docker, avec son quota dédié. Il appartient à une seule organisation. La page détail d'un projet s'organise en six onglets : Conteneurs, Topologie, Déploiements, Dépôts, Logs et Secrets.
La liste des projets
La page Projets liste tous les projets de l'organisation active. Chaque ligne porte une icône, le nom et le slug, le nombre de conteneurs utilisés (rapporté au quota), la date de création et des actions (ouvrir, renommer, supprimer). Un compteur en haut indique votre usage par rapport au plan.
Créer un projet
Cliquez sur Créer un projet. Donnez-lui un nom — le slug en est dérivé et figé à la création. Selon votre cible de déploiement, choisissez l'agent (serveur) qui hébergera le projet. Confirmez pour créer le projet vide, prêt à recevoir des conteneurs.
Le nombre de projets et de conteneurs par projet dépend de votre plan. Quand le quota est atteint, le bouton de création propose de passer à un plan supérieur (dialogue d'upgrade) au lieu de créer.
Onglet Conteneurs
L'onglet Conteneurs présente chaque conteneur du projet sous forme de carte : logo du framework détecté, nom et slug, et état en direct. Vous pouvez :
- Lire l'état en direct de chaque conteneur — En cours, Arrêté, En création ou Échec, avec un point coloré.
- Démarrer un conteneur arrêté, individuellement ou tous d'un coup via Démarrer tout.
- Arrêter un ou tous les conteneurs pour mettre le trafic en pause.
- Redémarrer un conteneur — utile après une modification de variables d'environnement ou la rotation d'un secret.
- Créer un conteneur via le bouton dédié (bloqué par un dialogue d'upgrade si le quota du projet est atteint).
Actions au niveau du projet
L'en-tête du projet expose des actions globales (démarrer / arrêter / redémarrer tous les conteneurs) ainsi que le mode de déploiement (l'agent ciblé et la façon dont les déploiements sont déclenchés).
Onglet Topologie
La Topologie affiche conteneurs, volumes et réseaux sous forme de graphe interactif. Les arêtes montrent les rattachements réseau et les dépendances entre services. Sélectionnez un nœud pour voir ses détails (points de montage, réseaux attachés, alias) et agir dessus (démarrer, arrêter, redémarrer). Quand le projet n'a encore aucun conteneur, un état vide invite à en créer.
Onglet Déploiements
L'historique liste chaque déploiement du projet, du plus récent au plus ancien (paginé). Pour chaque ligne :
- Les quatre étapes du pipeline — build (construction de l'image), push (envoi vers le registre), load (récupération de l'image) et start (création + démarrage du conteneur) — chacune avec son icône d'état.
- Un badge de statut mono (Réussi, Échec, En cours, En attente, Annulé).
- Le conteneur (logo + nom + slug), la branche et le commit (cliquables vers GitHub), l'heure de démarrage et la durée.
- Le nombre de tentatives quand un déploiement a été relancé.
Détail d'un déploiement
Cliquez une ligne pour ouvrir le détail : la chronologie des étapes, chaque tentative avec son statut et sa durée, le motif d'échec le cas échéant, et les logs complets ligne par ligne (taggés par étape). C'est là que vous diagnostiquez un build cassé ou un conteneur qui ne démarre pas.
Onglet Dépôts
L'onglet Dépôts liste les dépôts GitHub liés aux conteneurs du projet, avec la branche surveillée et le chemin du Dockerfile. C'est le lien entre votre code et chaque conteneur déployé depuis un push.
Onglet Logs
L'onglet Logs diffuse les journaux des conteneurs en direct. Choisissez le conteneur dans le sélecteur ; les nouvelles lignes s'affichent au fil de l'eau. Quand le projet n'a aucun conteneur, un état vide le signale.
Onglet Secrets
L'onglet Secrets gère un coffre chiffré par projet (variables d'environnement, clés d'API…). Chaque secret peut être injecté dans les conteneurs selon trois modes :
- Bound — le secret n'est injecté que dans les conteneurs auxquels vous l'avez explicitement lié.
- Detected — Pier injecte le secret dans les conteneurs dont le Dockerfile déclare la variable correspondante.
- All — le secret est injecté dans tous les conteneurs du projet.