Conservez votre méthode de compilation Fastify
Installez les dépendances à partir du fichier de verrouillage et compilez TypeScript si le projet l’exige. Les plugins et les schémas Fastify restent dans le dépôt à examiner.
Applications et API · offres à partir de $10/mois
Déployer Fastify.Gardez l’API rapide et facile à examiner.
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.
Conserver le dépôtExaminer la compilation et les journauxDomaines personnalisés et TLS
Déploiement Adios
Version candidate
Fastify
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 à
FastifyNode.js 24API JSONPluginsnpm
Le parcours de mise en production
Même opérationnel, un projet Fastify doit être mis en production en toute sécurité.
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.
Promouvoir la version dont les contrôles de santé réussissent
Écoutez sur 0.0.0.0 au port configuré, exposez un endpoint de contrôle de santé et rendez les échecs de démarrage ou d’enregistrement des plugins visibles avant la promotion en production.
Relier la production au code source
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
Trois étapes vous permettent de vérifier le parcours de déploiement.
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.
- 01
Commencer par la source ou un modèle
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 login - 02
Revoir le contrat de déploiement
Consignez 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.yaml - 03
Déployer et inspecter le résultat
Suivez 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 up
adios.yaml
Votre projetname: fastify-api
build_cmd: npm ci && npm run build
start_cmd: node dist/server.js
runtime:
name: node@24
port: 8080
health_path: /healthzUtilisez npm ci sans étape de compilation pour les projets en JavaScript simple et faites pointer start_cmd vers le véritable point d’entrée.
Points de départ déployables
Démarrer Fastify à partir d'un modèle lorsque le dépôt n'est pas prêt.
Examinez l’enregistrement des plugins, la route de contrôle de santé, les commandes de packages et la configuration d’exécution Adios du modèle Fastify.
Projets de démarrage d’API
Node.js Fastify
Projets de démarrage Express, Fastify, Hono et NestJS avec des commandes de démarrage adaptées à la production.
JavaScriptnpm
- Clé du modèle
- node-fastify
- Environnement d’exécution
- node
- Dépôt
- template-node-fastify
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-node-fastify.git
cd template-node-fastify
adios upAvant production
Vérifier la charge de travail.Puis promouvez la version en 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.
Prêt quand...
- L’enregistrement des plugins s’effectue sans paramètres réservés au développement.
- Le serveur écoute sur 0.0.0.0 au port du manifeste.
- Les schémas et les sérialiseurs sont chargés au démarrage.
- Les identifiants externes proviennent de secrets.
Prévisualiser quand...
- Les modules natifs sont compilés pendant npm install.
- L’API utilise du streaming ou des connexions de longue durée.
- Les plugins nécessitent des services externes pour que les contrôles de santé réussissent.
Les réponses à vos questions
Ce qu’il faut savoir avant de déployer Fastify.
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.
Adios peut-il déployer un projet Fastify existant ?
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é.
Ai-je besoin de Docker pour déployer Fastify ?
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.
Puis-je déployer Fastify avec TypeScript ?
Oui. Compilez le projet pendant la phase de compilation, lancez le JavaScript généré et vérifiez que les dépendances de production incluent tout ce qui est nécessaire à l’exécution.
Comment doit se comporter une route de contrôle de santé Fastify ?
Gardez les contrôles de disponibilité rapides et sans effets de bord. N’incluez que les dépendances indispensables avant que la version puisse recevoir du trafic en toute sécurité.
Que se passe-t-il si la compilation ou le contrôle de santé échoue ?
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.
Puis-je partir d’un modèle plutôt que d’un dépôt existant ?
Oui. Cette page référence les modèles Adios officiels les plus proches pour Fastify. 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
Connectez le reste de votre stack.
Déployer Node.js
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.
Déployer Express
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éployer NestJS
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éployer Redis
Démarrez Redis 7 pour le cache, les sessions, le pub/sub ou la gestion rapide d’état, puis vérifiez la connectivité, la persistance attendue, l’éviction et le comportement en cas d’échec de cette dépendance.
La première version
Déployer Fastify avec le code source et les éléments de vérification associés.
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.