Quando si distribuisce un’applicazione, se c’è un problema con la distribuzione, potrebbe presentarsi uno dei seguenti errori:
Qualcosa è andato storto, contatta l’assistenza.
Processo di build fallito.
Tipo di errore di compilazione sconosciuto.
Se il processo di rollout fallisce immediatamente o se a fallire è il processo di compilazione, non vengono creati pod e i log di runtime non esistono. La causa è spesso un comando di avvio o ENTRYPOINT errato sul processo web.
Se il processo di rollout viene eseguito per un minuto o due e poi fallisce, di solito significa che i pod sono stati creati, ma qualcosa è andato storto e il processo si è fermato. In questo caso, è necessario controllare i log del runtime dell’applicazione per individuare eventuali messaggi di errore. I messaggi di errore possono aiutarvi a identificare i bug nel codice dell’applicazione in modo da poter analizzare il problema.
Se non riuscite ad individuare il problema, controllate quanto segue e, se il problema persiste, contattate il nostro team di supporto.
Repository GitHub
Controllate il vostro repository per verificare che tutti i file siano stati inseriti nel repository della vostra applicazione.
Linguaggio
Se scegliete Imposta automaticamente l’immagine del container quando aggiungete la vostra applicazione, per individuare e impostare automaticamente un container per l’applicazione viene usato un buildpack. Quando si usano i buildpack, è necessario assicurarsi che la versione corretta del linguaggio sia presente nei file dell’applicazione. Per maggiori informazioni, si legga come specificare la versione del linguaggio.
Comando di Avvio o ENTRYPOINT
Il comando di avvio o ENTRYPOINT per il processo web esegue l’applicazione. Se non è corretto, l’applicazione non verrà eseguita. Potete controllare il comando in un paio di punti in MyKinsta. Processi > Processi runtime > Processo web o Distribuzioni > Cronologia, selezionate una distribuzione per visualizzare i dettagli e il processo di rollout.
Se la vostra applicazione utilizza un Dockerfile per impostare l’immagine del container, dovete specificare il sito ENTRYPOINT nel Dockerfile in modo da eseguire un container. Per maggiori informazioni su come specificare l’indirizzo ENTRYPOINT della vostra applicazione, consultate il riferimento al Dockerfile.
Per maggiori informazioni sul comando da utilizzare in base al linguaggio della vostra applicazione, consultate gli esempi forniti nella nostra documentazione sui comandi di avvio delle applicazioni.
Variabili d’Ambiente
Le variabili d’ambiente forniscono all’applicazione informazioni esterne all’esecuzione dell’applicazione stessa. Una variabile d’ambiente errata può impedire l’esecuzione dell’applicazione. Potete controllare le variabili d’ambiente in Impostazioni > Variabili d’ambiente.
Verificate che le variabili d’ambiente necessarie esistano e contengano valori validi. Ci sono un paio di cose importanti da tenere a mente quando si creano e controllane le variabili d’ambiente:
- Le virgole sono interpretate dal processo di rollout come delimitatori, quindi non possono essere utilizzate nelle variabili d’ambiente.
- Ogni chiave deve essere univoca e può essere aggiunta solo una volta.
Porte
Per l’hosting di applicazioni, sono aperte solo le porte 80 e 443. Se l’applicazione espone qualsiasi porta, è necessario utilizzare la 8080.