Déployez un processus web ou un worker Node.js persistant à partir de ses scripts de packages existants, avec les contrôles de santé de la version, les journaux, les secrets, le routage et l’historique Git associés.
Version candidate
Node.js
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source reçue
02Compilation terminée
03Environnement d’exécution démarré
04Vérification de santé réussie
Route promue en production
production.adios.run
Une mise en production adaptée à
Le parcours de mise en production
L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.
Installez les dépendances à partir du fichier de verrouillage enregistré dans le dépôt et exécutez le script de compilation existant du projet. Les applications JavaScript et TypeScript conservent leur organisation habituelle de packages et leurs commandes.
Démarrez le point d’entrée de production, écoutez sur le port déclaré et exigez une réponse du contrôle de santé avant d’activer la version candidate.
Les résultats de compilation, les journaux d’exécution, l’état de santé, les secrets, les domaines et la version promue restent associés au projet au lieu d’être dispersés entre des outils indépendants.
Du code source à la mise en production
Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.
Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.
$adios loginConsignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.
$git diff -- adios.yamlSuivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.
$adios upname: node-service
build_cmd: npm ci && npm run build
start_cmd: node dist/server.js
runtime:
name: node@24
port: 8080
health_path: /healthzPoints de départ déployables
Choisissez Express, Fastify ou NestJS pour partir d’un modèle adapté à votre framework, ou examinez Hono pour une API plus légère.
Projets de démarrage d’API
Projets de démarrage Express, Fastify, Hono et NestJS avec des commandes de démarrage adaptées à la production.
git clone https://github.com/adiosdotdev/template-node-express.git
cd template-node-express
adios upProjets de démarrage d’API
Projets de démarrage Express, Fastify, Hono et NestJS avec des commandes de démarrage adaptées à la production.
git clone https://github.com/adiosdotdev/template-node-fastify.git
cd template-node-fastify
adios upProjets de démarrage d’API
Projets de démarrage Express, Fastify, Hono et NestJS avec des commandes de démarrage adaptées à la production.
git clone https://github.com/adiosdotdev/template-node-hono.git
cd template-node-hono
adios upProjets de démarrage d’API
Projets de démarrage Express, Fastify, Hono et NestJS avec des commandes de démarrage adaptées à la production.
git clone https://github.com/adiosdotdev/template-node-nestjs.git
cd template-node-nestjs
adios upAvant production
Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.
Les réponses à vos questions
Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.
Oui. Exécutez la CLI Adios depuis la racine du projet, conservez votre dépôt et vos fichiers de dépendances et ajoutez un fichier adios.yaml décrivant la compilation de production, la commande de démarrage, le port et le chemin de contrôle de santé.
Pas pour un environnement d’exécution standard pris en charge. Utilisez les commandes de production habituelles du projet dans adios.yaml. Si la compilation nécessite des packages système inhabituels ou des bibliothèques natives, vérifiez ces dépendances dans un aperçu avant la promotion en production.
Utilisez le gestionnaire de paquets et le fichier de verrouillage déjà choisi par le dépôt, puis mettez ses commandes déterministes d'installation et de production dans adios.yaml.
Oui. Donnez au worker une commande de démarrage persistante et définissez une stratégie de contrôle de santé adaptée. Testez les nouvelles tentatives, l’arrêt et les échecs de dépendances indépendamment du trafic web.
La version candidate conserve ses résultats de compilation et d’exécution pour vérification. Ses contrôles de santé doivent réussir avant sa promotion comme version desservant la route de l’application.
Oui. Cette page référence les modèles Adios officiels les plus proches pour Node.js. Examinez la variante exacte du code source, déployez-la dans la console ou clonez-la localement et exécutez adios up.
Autres options de déploiement
Exécutez une API Express sous forme de processus Node.js persistant en associant sa commande d’installation, son port, son endpoint de contrôle de santé, ses secrets, ses journaux et sa version promue.
Déployez un service Fastify à partir de son code Node.js existant, configurez-le pour écouter sur le port de production, vérifiez qu’il est prêt et examinez la compilation exacte qui traite le trafic.
Compilez une application NestJS à partir du code source, lancez le point d’entrée généré pour la production, vérifiez que les dépendances sont prêtes et conservez les éléments de vérification du déploiement avec le projet.
Déployez des tâches planifiées, des traitements de webhooks, des étapes d’approbation, des tâches de maintenance et des automatisations opérationnelles à partir d’un manifeste de workflow versionné.
La première version
Partez du dépôt ou d’un modèle, vérifiez le contrat de déploiement et examinez la version qui sera promue en production.