Projets & environnements

Un projet regroupe des services et des add-ons. Chaque projet possède au moins un environnement production (créé automatiquement) ; vous pouvez ajouter des environnements staging ou test pour isoler vos itérations.

Concepts

• Projet — unité d’organisation. Le provider/région préférés sont fixés à la création.
• Environnement — isole services, variables et add-ons (ADR-0003). production est le défaut. Il peut aussi surcharger le provider/région du projet, fixés eux aussi à sa création.
• Duplication — clonez un environnement sans déployer, pour tester une évolution (voir ci-dessous).
• Promotion — rejouez vers production une configuration validée en staging.
• Placement — mutualisé par défaut, ou serveur dédié réservé pour l’environnement (voir ci-dessous).

Dupliquer un environnement

Depuis le sélecteur d’environnement, Dupliquer crée un environnement staging ou test à l’image de la source. La duplication engage des coûts — elle réserve autant de capacité que la source : elle est réservée aux owners et admins du compte, tout comme l’annulation et la relance d’une duplication. Les autres membres voient l’entrée verrouillée, et peuvent lire et confirmer le rapport. Ce qui est recréé :

• les services, avec leurs volumes, leur exposition interne et leurs liaisons aux briques (chaque liaison reçoit son propre mot de passe au premier déploiement du service) ;
• les briques managées (bases de données…), créées vides — sauf en mode avec données ;
• les stacks, avec leurs conteneurs, leurs volumes et leurs variables ;
• les liens entre services et stacks ;
• les variables en clair, avec leur valeur.

Ce qui n’est jamais recopié :

• les variables secrètes. Passez en secret, avant de dupliquer, toute variable sensible restée en clair (cadenas de l’onglet Variables) ;
• les domaines personnalisés : un nom de domaine ne peut servir qu’un environnement ;
• le mot de passe d’un registry privé ;
• les sauvegardes de la source : la copie démarre sans aucune sauvegarde. Le réglage « sauvegarde automatique » d’une brique est recopié, et la copie fera donc ses propres sauvegardes.

En mode Configuration seule, rien n’est déployé : vous déployez le nouvel environnement quand vous le souhaitez.

Avec les données

Le mode Configuration + données recopie aussi le contenu :

• les bases de données qui savent se restaurer (PostgreSQL) : un instantané de la source est restauré dans la copie, puis vérifié (tables et séquences comptées). L’application de la copie devient propriétaire des tables restaurées : ses migrations fonctionnent comme sur la source ;
• les volumes persistants de 10 Go et plus (stockage bloc) : une archive du volume source est déversée dans le volume de la copie, avant le premier démarrage de son conteneur.

Ne sont pas recopiés, et la fenêtre le dit avant de lancer : les briques qui ne savent pas restaurer une sauvegarde (Redis, MySQL, MinIO…), les volumes de moins de 10 Go (ils vivent sur le disque de la machine), et toute donnée d’une brique arrêtée. Ces ressources sont créées vides.

La copie est déployée à la fin de la duplication. Si un déploiement échoue — le plus souvent parce qu’une variable secrète n’a pas été recopiée —, les données restent en place : complétez ce qui manque, puis redéployez. Les instantanés de la source sont supprimés à la fin, quelle qu’en soit l’issue.

⚠ Ce mode copie des données réelles, parfois personnelles : protégez la copie comme la source. Il sollicite aussi la source pendant l’instantané (évitez d’y déployer une migration au même moment).

La fenêtre Dupliquer procède en étapes :

1. Votre offre. Avant toute saisie, la plateforme vérifie que tout tient dans votre offre : nombre de services, de briques et d’environnements, puis vCPU, RAM et stockage cumulés. Si ça ne tient pas, la fenêtre s’arrête là. Elle vous indique ce qui dépasse et l’offre qui suffirait, ou le support quand la limite est propre à votre compte. Une duplication coûte à peu près autant que la source, puisqu’elle en réserve la même capacité.
2. Configuration : nom, identifiant et type du nouvel environnement, et le mode — configuration seule, ou configuration + données (ce qui sera recopié s’affiche alors).
3. Variables. Les variables en clair de la source sont listées, avec un badge sur celles qui ressemblent à un secret. Cochez-les puis Passer en secret : elles ne seront pas copiées. ⚠ Cette action modifie l’environnement source. Pour revenir en arrière, il faudra ressaisir la valeur.
4. Récapitulatif : ce qui sera créé et ce qui ne sera pas recopié, puis Lancer.

La création des briques — et en mode données, les instantanés, restaurations et déploiements — se termine en arrière-plan. Un bandeau l’indique, et l’environnement reste verrouillé pendant ce temps : ni création, ni déploiement, ni suppression. Vous pouvez annuler : tout ce qui a déjà été créé est supprimé.

À la fin, un rapport s’ouvre. Il dit ce qui a été créé et ce qui reste à faire de votre côté : valeurs secrètes à saisir (avec un lien vers chaque écran Variables), domaines à configurer, clé de déploiement à ajouter à un dépôt privé. Il revient à chaque visite de l’environnement tant que vous n’avez pas cliqué J’ai lu ce rapport. Il reste ensuite consultable par le lien Rapport de duplication.

Si une étape échoue, tout ce que la duplication avait créé est supprimé : l’environnement reste, vide, et le rapport détaille les erreurs. Vous pouvez alors relancer la duplication (même nom, même type) ou supprimer l’environnement.

Un environnement ne peut être supprimé qu’une fois vide : services, stacks et briques d’abord.

Fournisseur cloud et région

Un projet a un fournisseur/région préférés (organisation → projet → environnement, chaque niveau héritant du précédent si non précisé). Un environnement peut surcharger ce choix à sa création, par exemple pour tester staging sur un autre fournisseur que production. Comme pour le projet, ce choix est fixé à la création de l’environnement : il ne se modifie pas ensuite, le placement des ressources dépend du couple provider/région retenu au moment du déploiement.

Placement : mutualisé ou dédié

Un environnement est mutualisé par défaut. Le serveur dédié est un choix explicite, fait depuis le sélecteur d’environnement (Placement de cet environnement) une fois l’environnement créé : ses offres dépendent du fournisseur et de la région de l’environnement.

Choix	Ce que vous payez
Mutualisé	La capacité réservée par chaque ressource, au barème public, à l’heure. Une ressource en veille ne coûte rien.
Serveur dédié	Le serveur que vous avez choisi, à son prix, à l’heure, tant qu’il existe — y compris à l’arrêt. Libérez-le pour arrêter les frais.

Le serveur dédié demande une offre qui l’inclut ; l’option reste visible mais indisponible sur les autres, pour que vous sachiez qu’elle existe.

Fournisseurs. Le mutualisé est hébergé chez Hetzner Cloud. OVHcloud et Scaleway sont disponibles, mais réservés aux environnements dédiés : dans les choix de fournisseur de votre organisation, d’un projet ou d’un nouvel environnement, ils apparaissent grisés avec cette mention. Pour les utiliser, réservez un serveur dédié et choisissez le fournisseur dans le même écran.

Réserver un serveur dédié

Choisissez Serveur dédié, puis une configuration dans la liste. Chaque ligne indique ce que vous achetez réellement — vCPU, mémoire, disque, et si les cœurs sont partagés avec d’autres clients du fournisseur ou garantis — et son prix TTC, à l’heure et par mois (ordre de grandeur sur 730 heures). Ce prix dépend de la configuration et du fournisseur : deux serveurs de taille voisine peuvent coûter très différemment selon qu’ils ont des cœurs partagés ou garantis.

Un serveur dédié sert un seul environnement : votre production et votre staging ne partagent jamais un serveur dédié. Le premier serveur est créé au premier déploiement.

Quand le serveur est plein

Tant qu’un service tient sur vos serveurs, il y est placé. Quand plus rien ne tient :

• par défaut, le déploiement est refusé avant toute création, avec la place restante et le prix d’un serveur supplémentaire — ajoutez-le depuis Serveurs dédiés, puis redéployez ;
• si vous avez activé l’ajout automatique, un serveur de la même configuration est ajouté et le déploiement continue — dans la limite du nombre maximal de serveurs que vous fixez (le budget maximal correspondant est affiché avant de valider).

Un service plus gros qu’un serveur entier ne tiendra sur aucun : choisissez alors une configuration plus grande.

Gérer vos serveurs dédiés

Serveurs dédiés (dans le sélecteur d’environnement) liste vos serveurs : leur remplissage — une alerte s’affiche au-delà de 80 % —, leur prix et le total mensuel. Vous pouvez ajouter un serveur (le prix est rappelé avant confirmation) ou libérer un serveur vide ; un serveur qui porte encore des ressources ne peut pas être libéré. En ajout automatique, un serveur devenu vide est libéré d’office (jamais le dernier). La facturation cesse à la fin de l’heure entamée.

La mise en veille ne s’applique pas aux ressources d’un serveur dédié : le serveur reste facturé tant qu’il existe. Pour arrêter les frais, arrêtez les ressources puis libérez le serveur.

Évolution des prix

Le prix d’un serveur dédié suit le coût de son fournisseur. Toute évolution vous est annoncée par e-mail au moins 30 jours à l’avance et s’applique le 1er du mois suivant ; jusque-là, l’ancien prix s’applique.

Un changement de placement ne s’applique qu’aux déploiements suivants : vos ressources déjà en ligne gardent leur serveur jusqu’à leur prochain déploiement. Basculer un environnement ne déplace donc jamais une production sans que vous l’ayez demandé.

Un usage courant : production en dédié pour l’isolation, staging et test en mutualisé.

Captures d’écran à insérer.

Renommer un projet

Dans la barre du haut, le nom du projet s’affiche après le « / » : cliquez sur le crayon à côté, modifiez le nom et validez avec Entrée (Échap annule). Les services, stacks et add-ons du projet ne sont pas touchés.

Supprimer un projet

Sur écran large, la corbeille se trouve dans le menu latéral, à côté du projet ouvert. Sur mobile, où ce menu est replié, un lien discret « Supprimer ce projet » figure en bas de la liste du projet. Dans les deux cas, la suppression demande de saisir le slug du projet, et elle est refusée tant qu’il reste des services.