Déploiements et versions

Un déploiement compile le code source en artefact et démarre une version de workload. La version actuelle promue est celle utilisée par les routes actuelles de l’application. L’aperçu d’un espace de travail est un environnement de développement séparé.

Déployer depuis le code source local

Installez la CLI et authentifiez-vous avec CLI, choisissez votre équipe, et exécutez ces commandes dans le répertoire contenant adios.yaml:

adios up
adios apps list
adios logs --build
adios logs --runtime

Le manifeste décrit l’environnement d’exécution, les commandes de compilation et de démarrage, le port, le chemin de santé, la région, les réplicas, l’environnement et les ressources gérées. Consultez la démarrage rapide pour un exemple d’application.

adios up attend l’état d’exécution du déploiement demandé et la santé de sa route. Une ancienne version fonctionnelle ne prouve pas la réussite du nouveau déploiement. Utilisez adios up --debug pour obtenir le résultat de compilation en direct et les identifiants internes. En cas d’échec, examinez le résultat de compilation et l’état de déploiement signalé.

Déployer depuis un espace de travail ou un modèle

Pour un espace de travail, examinez le diff du code source, le manifeste, la compilation et l’aperçu avant d’utiliser les commandes de déploiement. Pour un modèle, vérifiez l’environnement d’exécution et les ressources choisis avant le lancement. Consultez modèles.

Les modèles de bases de données, de caches et de files d’attente gérés créent des environnements d’exécution de services. Ils n’ouvrent pas d’espaces de travail de code. Suivez les guides de chaque service pour configurer les identifiants, la persistance et les connexions.

Santé, régions et réplicas

Faites écouter l’application sur le port configuré et une interface accessible par le réseau. La route health_path doit répondre comme prévu sans connexion interactive. Choisissez une région disponible pour votre équipe ; ne supposez pas que chaque environnement d’exécution ou ressource est disponible dans chaque région.

Augmenter replicas crée davantage d’instances d’exécution. L’état local persistant et les limites de connexion doivent être explicitement prévus avant d’exécuter l’application dans plusieurs instances. Consultez ressources gérées et stockage pour le placement et la persistance des données.

Déployer un projet avec plusieurs manifestes

La CLI détecte les manifestes déployables indépendamment à la racine et dans les sous-répertoires. Un manifeste racine peut définir des alias stables et l’ordre de déploiement :

name: product
projects:
  api:
    path: api
    deploy: auto
  web:
    path: web
    deploy: auto
    depends_on: [api]

Exécutez adios up pour les projets automatiques, ou adios up api pour un projet sélectionné et ses dépendances. deploy accepte auto, manual, ou disabled. La CLI déploie les projets indépendants en parallèle ; utilisez --parallel pour ajuster la limite de concurrence.

Vérifier une version

Vérifiez la version demandée et l’état du réplica, ouvrez l’URL renvoyée, testez le parcours principal de l’application et consultez les journaux d’exécution. Pour un domaine personnalisé, vérifiez aussi le DNS et TLS comme indiqué dans routage.

L’état des anciennes versions et les artefacts conservés dépendent de la configuration de l’application. Inspectez les versions disponibles avant une tentative de récupération ; redéployez une révision source éprouvée pour obtenir un remplacement reproductible.