4.3. Interagir avec les applications et les composants
La vue Topology dans la perspective Developer de la console web offre les options suivantes pour interagir avec les applications et les composants :
- Cliquez sur Open URL ( ) pour voir votre application exposée par la route sur une URL publique.
Cliquez sur Edit Source code pour accéder à votre code source et le modifier.
NoteCette fonctionnalité n'est disponible que lorsque vous créez des applications à l'aide des options From Git, From Catalog et From Dockerfile.
- Passez votre curseur sur l'icône en bas à gauche du pod pour voir le nom de la dernière version et son statut. L'état de la construction de l'application est indiqué par New ( ), Pending ( ), Running ( ), Completed ( ), Failed ( ), et Canceled ( ).
L'état ou la phase du pod est indiqué par des couleurs et des infobulles différentes :
- Running ( ) : Le pod est lié à un nœud et tous les conteneurs sont créés. Au moins un conteneur est toujours en cours d'exécution ou est en train de démarrer ou de redémarrer.
- Not Ready ( ) : Les pods qui exécutent plusieurs conteneurs ne sont pas tous prêts.
- Warning( ) : Les conteneurs dans les pods sont en train d'être terminés, mais la terminaison n'a pas réussi. Certains conteneurs peuvent être dans d'autres états.
- Failed( ) : Tous les conteneurs du pod se sont terminés, mais au moins un conteneur s'est terminé par un échec. C'est-à-dire que le conteneur est sorti avec un statut non nul ou a été interrompu par le système.
- Pending( ) : Le pod est accepté par le cluster Kubernetes, mais un ou plusieurs des conteneurs n'ont pas été configurés et rendus prêts à fonctionner. Cela inclut le temps qu'un pod passe à attendre d'être planifié ainsi que le temps passé à télécharger des images de conteneurs sur le réseau.
- Succeeded( ) : Tous les conteneurs du pod se sont terminés avec succès et ne seront pas redémarrés.
- Terminating( ) : Lorsqu'un pod est en cours de suppression, il est indiqué comme Terminating par certaines commandes kubectl. L'état Terminating n'est pas l'une des phases du pod. Un pod bénéficie d'une période de terminaison gracieuse, dont la valeur par défaut est de 30 secondes.
- Unknown( ) : L'état du module n'a pas pu être obtenu. Cette phase se produit généralement en raison d'une erreur de communication avec le nœud où le module devrait être exécuté.
Après la création d'une application et le déploiement d'une image, l'état s'affiche comme suit : Pending. Une fois que l'application est construite, elle est affichée sous la forme Running.
Figure 4.1. Topologie de l'application
Le nom de la ressource d'application est accompagné d'indicateurs pour les différents types d'objets de ressource, comme suit :
-
CJ:
CronJob
-
D:
Deployment
-
DC:
DeploymentConfig
-
DS:
DaemonSet
-
J:
Job
-
P:
Pod
-
SS:
StatefulSet
(Knative) : Une application sans serveur
NoteLes applications sans serveur prennent un certain temps pour se charger et s'afficher sur le site Graph view. Lorsque vous déployez une application sans serveur, elle crée d'abord une ressource de service, puis une révision. Ensuite, elle est déployée et affichée sur la page Graph view. S'il s'agit de la seule charge de travail, il se peut que vous soyez redirigé vers la page Add. Une fois la révision déployée, l'application sans serveur est affichée sur la page Graph view.
-
CJ: