Déployez le frontend, l’API ou le worker qui se connecte à Supabase. Adios exécute la version de l’application ; votre projet Supabase reste le service externe de base de données et de backend.
Version candidate
Applications Supabase
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.
Respectez la répartition des rôles : Adios compile et exécute votre application, tandis que Supabase continue de fournir le projet externe, la base de données, l’authentification, le stockage ou les fonctions que vous y avez choisis.
N’exposez que les valeurs destinées au navigateur. Conservez les clés service-role et les autres identifiants privilégiés dans les secrets Adios côté serveur, hors des bundles clients.
Utilisez un aperçu pour tester les callbacks d'authentification, l'accès à la base de données, les URL de stockage, les défaillances du réseau et le domaine de production avant que la version ne serve les utilisateurs.
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: supabase-web-app
build_cmd: npm ci && npm run build
start_cmd: npm start
runtime:
name: node@24
port: 3000
health_path: /api/health
env:
NEXT_PUBLIC_SUPABASE_URL: https://project.supabase.co
SUPABASE_SERVICE_ROLE_KEY: secret://SUPABASE_SERVICE_ROLE_KEYPoints de départ déployables
Partez du modèle Supabase pour Node.js 24, puis connectez-le à votre projet existant avec une URL et des clés configurées à partir de secrets.
Applications Web
Un projet de démarrage Node.js 24 connecté à un projet Supabase existant, avec une configuration fondée sur des secrets.
git clone https://github.com/adiosdotdev/template-nodejs-supabase.git
cd template-nodejs-supabase
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.
Non. Cette page concerne le déploiement d’une application qui se connecte à un projet Supabase existant. Adios héberge la version de l’application ; Supabase reste le service externe.
Oui. Séparez les paramètres publics du client Supabase des identifiants réservés au serveur, configurez les domaines de callback d’authentification et testez les parcours serveur et navigateur dans un aperçu.
Stockez-la dans un secret Adios et ne la lisez que depuis du code serveur de confiance. Ne l’exposez jamais via des variables NEXT_PUBLIC_, des fichiers statiques, des journaux ou des bundles de navigateur.
Oui. Injectez l’URL du projet et l’identifiant serveur requis dans l’environnement Python, puis testez les autorisations, les pannes réseau et le comportement de la base de données avant la promotion.
Oui. Le modèle Node.js 24 connecté à Supabase inclut une configuration de projet alimentée par des secrets, une route de contrôle de santé du processus et une requête d’exemple à adapter à votre schéma et à vos politiques Row Level Security.
Autres options de déploiement
Déployez des pages statiques, des routes rendues côté serveur et des API au sein d’une même version Node.js persistante.
Compilez une application React à partir de son dépôt existant, servez les fichiers générés ou lancez le processus Node.js de production, puis associez cette version à une route HTTPS stable.
Déployez un service FastAPI en conservant avec son code source la cible d’import ASGI, l’installation des dépendances, le port d’exécution, l’endpoint de contrôle de santé, les secrets et la version promue.
Choisissez une version de PostgreSQL, conservez les identifiants de la base de données hors de Git, ajoutez un stockage persistant, connectez l’application et vérifiez les données après un redémarrage.
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.