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 ( odc 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.

    Note

    Cette 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 ( odc build new ), Pending ( odc build pending ), Running ( odc build running ), Completed ( odc build completed ), Failed ( odc build failed ), et Canceled ( odc build canceled ).
  • L'état ou la phase du pod est indiqué par des couleurs et des infobulles différentes :

    • Running ( odc pod 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 ( odc pod not ready ) : Les pods qui exécutent plusieurs conteneurs ne sont pas tous prêts.
    • Warning( avertissement pod odc ) : 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( odc pod 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( pod odc en attente ) : 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( odc pod succeeded ) : Tous les conteneurs du pod se sont terminés avec succès et ne seront pas redémarrés.
    • Terminating( odc pod 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( odc pod inconnu ) : 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

    odc application topology

    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
    • odc serverless app (Knative) : Une application sans serveur

      Note

      Les 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.

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.