Journaux, métriques et dépannage

Commencez par l’étape qui échoue : synchronisation du code source, compilation, démarrage, routage ou requête à l’application. Les journaux de compilation et d’exécution répondent à des questions différentes.

Lire les journaux

Ouvrez les vues Journaux ou Observabilité dans le tableau de bord, ou utilisez la CLI depuis le projet local lié :

adios logs --build
adios logs --runtime --lines 100
adios logs --runtime --follow
adios logs --http
adios logs --errors

Utiliser --build-id YOUR_BUILD_ID pour consulter une compilation précise. Utilisez --region ou --replica pour filtrer les journaux d’exécution lorsque plusieurs instances fonctionnent. Arrêtez le suivi des journaux en direct avec Ctrl+C.

Diagnostiquer un déploiement échoué

Symptôme	Premiers contrôles
L’installation des dépendances ou la compilation échoue	Journal de compilation, fichier de verrouillage, version de l’environnement d’exécution, commande de compilation, identifiants des dépendances privées.
La compilation réussit, mais le démarrage échoue	Commande de démarrage, chemin de sortie, variables d'environnement requises, journal d'exécution.
Le contrôle de santé échoue	Port configuré, interface d’écoute, chemin du contrôle de santé, code de statut, état de disponibilité de l’application.
L'URL générée fonctionne mais le domaine personnalisé échoue	Vérification de la propriété du domaine, cible DNS, TLS, route actuelle.
La connexion à la base de données échoue	Équipe, nom d’hôte privé, version, identifiants, état de santé du service, contexte de région et de réseau.
La prévisualisation diffère de la production	Révision du code source, environnement, manifeste, artefact de compilation, version active.
La tâche IA est bloquée	Erreur d’exécution, connexion au fournisseur, modèle sélectionné, financement, approbation en attente.

Vérifiez le statut du déploiement demandé et son URL publique. Une version précédente saine peut continuer à répondre aux requêtes même si une nouvelle compilation échoue.

Métriques et incidents

Utilisez les vues Observabilité pour consulter la télémétrie disponible pour ce workload et cette période. Vérifiez les unités affichées, les horodatages des sources et les données manquantes avant de comparer les requêtes, le processeur, la mémoire ou d’autres mesures. Un échantillon manquant ne représente pas une valeur de zéro. Un environnement d’exécution arrêté peut produire des données différemment d’un environnement en cours de fonctionnement.

Pour analyser un incident, rapprochez le déploiement ou la modification du code source des journaux d’exécution et de la période concernée. N’incluez aucun secret ni aucune donnée de requête privée dans les captures d’écran ou les tickets publics.

Partager les preuves utiles

Notez l’équipe, le workload, l’identifiant de compilation ou d’exécution, la région, l’heure approximative en UTC, la commande utilisée et la réponse en erreur ou l’extrait de journal. Précisez le comportement attendu et fournissez un exemple minimal permettant de reproduire le problème. Retirez les jetons bearer, mots de passe, cookies et données personnelles avant de partager ces éléments en dehors de votre équipe.

Pour les erreurs de statut HTTP et la pagination de l’API, consultez Erreurs API. Pour la persistance et la restauration, consultez stockage.