Lorsque vous transmettez une application (via kf push) à Kf, Kf utilise trois cycles de vie pour récupérer votre code source et lui permettre de gérer le trafic :
- Importation du code source
- Créer
- Exécuter
Importation du code source
La première chose qui se produit lorsque vous exécutez la commande kf push est que la CLI Kf (kf) met en package votre répertoire (actuel ou --path/-p) dans un conteneur, puis le publie dans le registre de conteneurs configuré pour l'espace. C'est ce que l'on appelle le conteneur source. La CLI Kf crée ensuite un type App dans Kubernetes, qui contient à la fois l'image source et la configuration à partir du fichier manifeste d'application et des options de push.
Ignorer des fichiers pendant le push
Dans de nombreux cas, vous ne souhaiterez peut-être pas importer certains fichiers au cours du kf push (par exemple, les "ignorer").
C'est à ce moment qu'un fichier .kfignore (ou .cfignore) peut être utilisé.
À l'instar d'un fichier .gitignore, ce fichier indique à la CLI Kf les fichiers à ne pas inclure dans le conteneur de code source.
Pour créer un fichier .kfignore, créez un fichier texte nommé .kfignore dans le répertoire de base de votre application (de la même manière que le fichier manifeste). Remplissez-le ensuite avec une liste de fichiers et de répertoires que vous ne souhaitez pas publier délimités par un retour à la ligne. Exemple :
bin
.idea
Cela indique à la CLI Kf de ne rien inclure dans les répertoires bin ou .idea.
Kf accepte la syntaxe de style gitignore.
Créer
Le cycle de vie de compilation est géré par un TaskRun Tekton. Selon les options que vous fournissez lors du transfert, il choisit une tâche Tekton spécifique. Kf comprend actuellement les tâches Tekton suivantes :
- buildpackv2
- buildpackv3
- kaniko
Kf suit chaque TaskRun en tant que compilation. Si une compilation réussit, l'image de conteneur obtenue est ensuite déployée via le cycle de vie d'exécution (décrit ci-dessous).
Pour en savoir plus, consultez la page Environnement d'exécution de compilation.
Exécuter
Le cycle de vie de l'exécution est chargé de prendre une image de conteneur et de créer un déploiement Kubernetes,
ainsi que les éléments suivants :
Pour en savoir plus, consultez la page Environnement d'exécution de compilation.
Délais avant expiration d'envoi
Kf accepte la définition d'une variable d'environnement pour indiquer à la CLI de dépasser le délai lors du transfert des applications. Si ce champ est défini, les variables KF_STARTUP_TIMEOUT ou CF_STARTUP_TIMEOUT sont analysées comme une durée de style golang (par exemple, 15m, 1h). Si aucune valeur n'est définie, le délai avant expiration par défaut est de 15 minutes.