Quando invii un'app (tramite kf push) a Kf,:
tre cicli di vita utilizzati da Kf per acquisire il codice sorgente
e consentirgli di gestire il traffico:
- Caricamento del codice sorgente
- Build
- Esegui
Caricamento del codice sorgente
La prima cosa che succede quando kf push sono i pacchetti dell'interfaccia a riga di comando Kf (kf)
la tua directory (attuale o --path/-p) in un container
la pubblica nel Container Registry configurato per lo spazio. Questo è chiamato contenitore di origine. L'interfaccia a riga di comando Kf crea quindi un tipo App in Kubernetes
che contenga sia l'immagine di origine sia la configurazione del file manifest dell'app
tramite i flag push.
Ignorare i file durante il push
In molti casi, non è consigliabile caricare determinati file durante kf push (ad es. "ignora" questi).
È qui che può essere utilizzato un file .kfignore (o .cfignore).
Analogamente a un file .gitignore, questo file indica alla CLI di Kf quali
file non includere nel contenitore del codice sorgente.
Per creare un file .kfignore, crea un file di testo denominato .kfignore nella directory di base della tua app (in modo simile a dove memorizzeresti il file manifest). Poi compilalo con un elenco delimitato da riga nuova di file e directory
che non vuoi pubblicare. Ad esempio:
bin
.idea
Questo indicherà all'interfaccia a riga di comando Kf di non includere nulla in bin o .idea
.
Kf supporta la sintassi in stile gitignore.
Build
Il ciclo di vita Build è gestito da un modello Tekton TaskRun. A seconda dei flag forniti durante il push, verrà scelta una Task Tekton specifica. Al momento Kf dispone dei seguenti task Tekton:
- buildpackv2
- buildpackv3
- kaniko
Kf monitora ogni TaskRun come build. Se una compilazione ha esito positivo, l'immagine container risultante viene di conseguenza dispiattata tramite il ciclo di vita di Run (descritto di seguito).
Per ulteriori informazioni, consulta Tempo di esecuzione della build.
Esegui
Il ciclo di vita Esegui è responsabile dell'acquisizione di un'immagine container e della creazione Deployment di Kubernetes.
Inoltre, crea:
Per ulteriori informazioni, consulta Tempo di esecuzione della build.
Timeout push
Kf supporta l'impostazione di una variabile di ambiente per indicare il timeout dell'interfaccia a riga di comando
durante il push delle app. Se impostate, le variabili KF_STARTUP_TIMEOUT o
CF_STARTUP_TIMEOUT vengono analizzate come durata in stile Golang (ad es. 15m,
1h). Se non viene impostato un valore, il timeout push predefinito è 15 minuti.