Applications

Exécutez un service depuis Git, une image ou un preset en un clic.

Créez-en une depuis Applications → Newune fois que vous avez un projet. Choisissez une régionet une source.

Source

Git repository : connectez un fournisseur dans Intégrations Git, puis choisissez le dépôt et la branche. Nodion analyse l'arborescence. Le build utilise un Dockerfile ou des Buildpacks. Si le dépôt contient un fichier Compose, vous pouvez importer la stack. Cette voie est expérimentale ; consultez Docker Compose.
Prebuilt image : déployez une image existante, y compris une image que vous avez poussée vers un registry Nodion.
Preset : une app en un clicavec ses propres valeurs par défaut. Le dashboard, un bouton Deploy to Nodion ou un agent MCP (presets.list → presets.get → apps.create avec preset_key) peut en lancer une.

Pour les apps Git, vous pouvez activer Auto-deploy afin qu'un push sur la branche lance une release.

Une fois l'app créée

La page de l'app comporte ces onglets :

Overview : statut, rattachements, premier déploiement.
Deployments : historique. Le bouton Deploy de l'en-tête en lance un.
Processes : chaque processus a ses propres conteneurs. Définissez les réplicas, le package (Discovery ou General Purpose), la commande, les ports et les points de montage des volumes.
Shell : un terminal sur un processus en cours d'exécution.
Logs et Metrics.
Environment : vos variables (les secrets ne sont plus consultables après leur enregistrement), ainsi que le rattachement de bases de données et de buckets. La base de données doit se trouver dans la même région. Les valeurs injectées s'appliquent au prochain déploiement.
Domains : le nom d'hôte par défaut et vos noms de domaine personnalisés.
Previews : apps Git uniquement, pas les images préconstruites.
Settings : y compris l'activation des previews.

Variables d'environnement réservées

Nodion les injecte au démarrage du processus (et dans le build de l'image, après le clone). Vous ne pouvez pas les définir vous-même.

NODION_GIT_SHA : identifiant complet du commit de ce déploiement (absent s'il n'y a pas de commit, par exemple avec une image préconstruite).
NODION_GIT_SHA_SHORT : les 7 premiers caractères.
NODION_INSTANCE : le nom de ce conteneur.
NODION_HOST : alias d'hôte opaque attribué à ce projet sur cet hôte (distinct du nom d'hôte de l'inventaire).

Les builds Dockerfile nécessitent ARG NODION_GIT_SHA (et, si besoin, ARG NODION_GIT_SHA_SHORT) dans chaque étape qui utilise ces variables.

Environnements de preview

Activez les previews dans les paramètres (Settings). Chaque preview est une app éphémère pour une pull request ou une branche : sa propre URL, et une nouvelle base de données pour chaque base de données rattachée à l'app parente. Créez-en une manuellement, ou laissez-les se créer automatiquement pour les pull requests. Redéployez-les ou fermez-les depuis l'onglet Previews.

Une preview démarre avec une copie des variables d'environnement de l'app parente, secrets compris. Seules les variables des bases de données rattachées pointent vers la base de données propre à la preview. Nodion définit aussi NODION_PREVIEW=1, NODION_PR_NUMBER, NODION_BRANCH et NODION_PARENT_APP. Vérifiez NODION_PREVIEW dans votre code pour passer les paiements, les e-mails et les autres effets de bord en mode test, car les previews exécutent du code non vérifié avec les clés de l'app parente.

Une preview expire après le TTL d'inactivité défini dans les paramètres de l'app parente (7 jours par défaut, 0 pour aucune expiration automatique). Chaque redéploiement relance le délai.

Offres

Avec Discovery, le CPU est partagé. General Purpose offre des vCPU dédiés. Les prix à jour sont sur la page Tarifs. La présentation de la plateforme d'applications résume ce dont bénéficie chaque app.