Chapitre 3. Création d'applications


3.1. Créer des applications à l'aide de la perspective du développeur

La perspective Developer de la console web vous offre les options suivantes à partir de la vue Add pour créer des applications et des services associés et les déployer sur OpenShift Container Platform :

  • Getting started resources: Utilisez ces ressources pour vous aider à démarrer avec la Developer Console. Vous pouvez choisir de masquer l'en-tête à l'aide du menu Options kebab .

    • Creating applications using samples: Utiliser des échantillons de code existants pour commencer à créer des applications sur OpenShift Container Platform.
    • Build with guided documentation: Suivez la documentation guidée pour créer des applications et vous familiariser avec les concepts et terminologies clés.
    • Explore new developer features: Explorez les nouvelles fonctionnalités et ressources de la perspective Developer.
  • Developer catalog: Explorez le catalogue des développeurs pour sélectionner les applications, services ou sources nécessaires aux constructeurs d'images, puis ajoutez-les à votre projet.

    • All Services: Parcourez le catalogue pour découvrir les services d'OpenShift Container Platform.
    • Database: Sélectionnez le service de base de données requis et ajoutez-le à votre application.
    • Operator Backed: Sélectionner et déployer le service géré par l'opérateur requis.
    • Helm chart: Sélectionnez la carte Helm requise pour simplifier le déploiement des applications et des services.
    • Devfile: Sélectionnez un fichier de développement sur le site Devfile registry pour définir de manière déclarative un environnement de développement.
    • Event Source: Sélectionner une source d'événements pour s'intéresser à une classe d'événements provenant d'un système particulier.

      Note

      L'option Services gérés est également disponible si le RHOAS Operator est installé.

  • Git repository: Importez une base de code existante, un fichier Devfile ou un fichier Docker depuis votre dépôt Git en utilisant les options From Git, From Devfile, ou From Dockerfile respectivement, pour construire et déployer une application sur OpenShift Container Platform.
  • Container images: Utiliser des images existantes à partir d'un flux d'images ou d'un registre pour les déployer sur OpenShift Container Platform.
  • Pipelines: Utilisez Tekton pipeline pour créer des pipelines CI/CD pour votre processus de livraison de logiciels sur OpenShift Container Platform.
  • Serverless: Explorer les options Serverless pour créer, construire et déployer des applications sans état et sans serveur sur OpenShift Container Platform.

    • Channel: Créer un canal Knative pour créer une couche de transmission et de persistance des événements avec des implémentations en mémoire et fiables.
  • Samples: Explorer les exemples d'applications disponibles pour créer, construire et déployer rapidement une application.
  • Quick Starts: Explorez les options de démarrage rapide pour créer, importer et exécuter des applications à l'aide d'instructions et de tâches étape par étape.
  • From Local Machine: Explorez la tuile From Local Machine pour importer ou télécharger des fichiers sur votre machine locale afin de créer et de déployer facilement des applications.

    • Import YAML: Chargement d'un fichier YAML pour créer et définir des ressources pour la construction et le déploiement d'applications.
    • Upload JAR file: Télécharger un fichier JAR pour créer et déployer des applications Java.
  • Share my Project: Cette option permet d'ajouter ou de supprimer des utilisateurs à un projet et de leur fournir des options d'accessibilité.
  • Helm Chart repositories: Cette option permet d'ajouter des référentiels Helm Chart dans un espace de noms.
  • Re-ordering of resources: Utilisez ces ressources pour réorganiser les ressources épinglées ajoutées à votre volet de navigation. L'icône de glisser-déposer s'affiche sur le côté gauche de la ressource épinglée lorsque vous la survolez dans le volet de navigation. La ressource glissée ne peut être déposée que dans la section où elle se trouve.

Notez que certaines options, telles que Pipelines, Event Source, et Import Virtual Machines, ne sont affichées que lorsque OpenShift Pipelines Operator, OpenShift Serverless Operator, et OpenShift Virtualization Operator sont installés, respectivement.

3.1.1. Conditions préalables

Pour créer des applications à l'aide de la perspective Developer, il faut s'assurer que

Pour créer des applications sans serveur, en plus des prérequis précédents, assurez-vous que :

3.1.2. Création d'exemples d'applications

Vous pouvez utiliser les exemples d'applications dans le flux Add de la perspective Developer pour créer, construire et déployer rapidement des applications.

Conditions préalables

  • Vous vous êtes connecté à la console web de OpenShift Container Platform et vous êtes dans la perspective Developer.

Procédure

  1. Dans la vue Add, cliquez sur la tuile Samples pour afficher la page Samples.
  2. Sur la page Samples, sélectionnez l'un des exemples de candidature disponibles pour voir le formulaire Create Sample Application.
  3. Sur le site Create Sample Application Form:

    • Dans le champ Name, le nom du déploiement est affiché par défaut. Vous pouvez modifier ce nom si nécessaire.
    • Dans le site Builder Image Version, une image de constructeur est sélectionnée par défaut. Vous pouvez modifier cette version de l'image en utilisant la liste déroulante Builder Image Version.
    • Un exemple d'URL de dépôt Git est ajouté par défaut.
  4. Cliquez sur Create pour créer l'exemple d'application. L'état de construction de l'application d'exemple est affiché sur la vue Topology. Une fois l'application exemple créée, vous pouvez voir le déploiement ajouté à l'application.

3.1.3. Création d'applications à l'aide de Quick Starts

La page Quick Starts vous montre comment créer, importer et exécuter des applications sur OpenShift Container Platform, avec des instructions et des tâches étape par étape.

Conditions préalables

  • Vous vous êtes connecté à la console web de OpenShift Container Platform et vous êtes dans la perspective Developer.

Procédure

  1. Dans la vue Add, cliquez sur le lien View all quick starts pour afficher la page Quick Starts.
  2. Dans la page Quick Starts, cliquez sur la tuile correspondant au démarrage rapide que vous souhaitez utiliser.
  3. Cliquez sur Start pour commencer le démarrage rapide.

3.1.4. Importer une base de code depuis Git pour créer une application

Vous pouvez utiliser la perspective Developer pour créer, construire et déployer une application sur OpenShift Container Platform en utilisant une base de code existante sur GitHub.

La procédure suivante vous guide à travers l'option From Git dans la perspective Developer pour créer une application.

Procédure

  1. Dans la vue Add, cliquez sur From Git dans la tuile Git Repository pour afficher le formulaire Import from git.
  2. Dans la section Git, entrez l'URL du dépôt Git pour la base de code que vous souhaitez utiliser pour créer une application. Par exemple, entrez l'URL de cet exemple d'application Node.js https://github.com/sclorg/nodejs-ex. L'URL est ensuite validée.
  3. Facultatif : vous pouvez cliquer sur Show Advanced Git Options pour ajouter des détails tels que

    • Git Reference pour pointer vers le code d'une branche, d'une balise ou d'un commit spécifique à utiliser pour construire l'application.
    • Context Dir pour spécifier le sous-répertoire du code source de l'application que vous voulez utiliser pour construire l'application.
    • Source Secret pour créer un site Secret Name avec des informations d'identification permettant d'extraire votre code source d'un dépôt privé.
  4. Facultatif : vous pouvez importer un fichier de développement, un fichier Docker ou une image de construction via votre dépôt Git pour personnaliser davantage votre déploiement.

    • Si votre dépôt Git contient un fichier devfile, un fichier Docker ou une image builder, il est automatiquement détecté et renseigné dans les champs de chemin respectifs. Si un fichier devfile, un fichier Docker et une image builder sont détectés dans le même dépôt, le fichier devfile est sélectionné par défaut.
    • Pour modifier le type d'importation de fichiers et sélectionner une stratégie différente, cliquez sur l'option Edit import strategy.
    • Si plusieurs devfiles, Dockerfiles ou images de constructeur sont détectés, pour importer un devfile, un Dockerfile ou une image de constructeur spécifique, spécifiez les chemins respectifs relatifs au répertoire contextuel.
  5. Une fois l'URL Git validée, l'image du constructeur recommandée est sélectionnée et marquée d'une étoile. Si l'image du constructeur n'est pas détectée automatiquement, sélectionnez-en une. Pour l'URL https://github.com/sclorg/nodejs-ex Git, l'image du constructeur Node.js est sélectionnée par défaut.

    1. Facultatif : Utilisez la liste déroulante Builder Image Version pour spécifier une version.
    2. En outre, il est possible de choisir une stratégie différente en utilisant le site : Utilisez le site Edit import strategy pour sélectionner une autre stratégie.
    3. Facultatif : Pour l'image du constructeur Node.js, utilisez le champ Run command pour remplacer la commande d'exécution de l'application.
  6. Dans la section General:

    1. Dans le champ Application, saisissez un nom unique pour le groupe d'applications, par exemple myapp. Assurez-vous que le nom de l'application est unique dans un espace de noms.
    2. Le champ Name pour identifier les ressources créées pour cette application est automatiquement rempli sur la base de l'URL du dépôt Git s'il n'y a pas d'applications existantes. S'il y a des applications existantes, vous pouvez choisir de déployer le composant dans une application existante, de créer une nouvelle application ou de garder le composant non assigné.

      Note

      Le nom de la ressource doit être unique dans un espace de noms. Modifiez le nom de la ressource si vous obtenez une erreur.

  7. Dans la section Resources, sélectionnez :

    • Deploymentil s'agit de créer une application à la manière de Kubernetes.
    • Deployment Configl'objectif est de créer une application de type OpenShift Container Platform.
    • Serverless Deploymentpour créer un service Knative.

      Note

      Vous pouvez définir la préférence de ressource par défaut pour l'importation en parcourant la page Préférences utilisateur et en cliquant sur Applications champ Resource type. L'option Serverless Deployment s'affiche dans le formulaire Import from Git uniquement si l'opérateur OpenShift Serverless est installé dans votre cluster. Pour plus de détails, reportez-vous à la documentation d'OpenShift Serverless.

  8. Dans la section Pipelines, sélectionnez Add Pipeline, puis cliquez sur Show Pipeline Visualization pour voir le pipeline de l'application. Un pipeline par défaut est sélectionné, mais vous pouvez choisir le pipeline que vous souhaitez dans la liste des pipelines disponibles pour l'application.
  9. Facultatif : dans la section Advanced Options, les adresses Target port et Create a route to the application sont sélectionnées par défaut afin que vous puissiez accéder à votre application à l'aide d'une URL publique.

    Si votre application n'expose pas ses données sur le port public par défaut, 80, décochez la case et définissez le numéro du port cible que vous souhaitez exposer.

  10. Facultatif : Vous pouvez utiliser les options avancées suivantes pour personnaliser davantage votre application :
Routage

En cliquant sur le lien Routing, vous pouvez effectuer les actions suivantes :

  • Personnaliser le nom d'hôte de l'itinéraire.
  • Spécifiez le chemin que le routeur surveille.
  • Sélectionnez le port cible pour le trafic dans la liste déroulante.
  • Sécurisez votre itinéraire en cochant la case Secure Route. Sélectionnez le type de terminaison TLS requis et définissez une politique pour le trafic non sécurisé dans les listes déroulantes correspondantes.

    Note

    Pour les applications sans serveur, le service Knative gère toutes les options de routage ci-dessus. Cependant, vous pouvez personnaliser le port cible pour le trafic, si nécessaire. Si le port cible n'est pas spécifié, le port par défaut de 8080 est utilisé.

Cartographie du domaine

Si vous créez un site Serverless Deployment, vous pouvez ajouter un mappage de domaine personnalisé au service Knative lors de sa création.

  • Dans la section Advanced options, cliquez sur Show advanced Routing options.

    • Si le CR de mappage de domaine que vous souhaitez mapper au service existe déjà, vous pouvez le sélectionner dans le menu déroulant Domain mapping.
    • Si vous voulez créer un nouveau CR de mappage de domaine, tapez le nom de domaine dans la case et sélectionnez l'option Create. Par exemple, si vous tapez example.com, l'option Create est Create "example.com".
Bilans de santé

Cliquez sur le lien Health Checks pour ajouter des sondes de préparation, d'activité et de démarrage à votre application. Toutes les sondes ont des données par défaut pré-remplies ; vous pouvez ajouter les sondes avec les données par défaut ou les personnaliser selon vos besoins.

Pour personnaliser les sondes de santé :

  • Cliquez sur Add Readiness Probe, si nécessaire, modifiez les paramètres pour vérifier si le conteneur est prêt à traiter les demandes, et cochez la case pour ajouter la sonde.
  • Cliquez sur Add Liveness Probe, si nécessaire, modifiez les paramètres pour vérifier si un conteneur est toujours en cours d'exécution, et cochez la case pour ajouter la sonde.
  • Cliquez sur Add Startup Probe, si nécessaire, modifiez les paramètres pour vérifier si l'application dans le conteneur a démarré, et cochez la case pour ajouter la sonde.

    Pour chacune des sondes, vous pouvez spécifier le type de demande - HTTP GET, Container Command, ou TCP Socket, dans la liste déroulante. Le formulaire change en fonction du type de demande sélectionné. Vous pouvez ensuite modifier les valeurs par défaut des autres paramètres, tels que les seuils de réussite et d'échec de la sonde, le nombre de secondes avant d'effectuer la première sonde après le démarrage du conteneur, la fréquence de la sonde et la valeur du délai d'attente.

Configuration et déploiement de la construction

Cliquez sur les liens Build Configuration et Deployment pour voir les options de configuration correspondantes. Certaines options sont sélectionnées par défaut ; vous pouvez les personnaliser davantage en ajoutant les déclencheurs et les variables d'environnement nécessaires.

Pour les applications sans serveur, l'option Deployment n'est pas affichée car la ressource de configuration Knative maintient l'état souhaité pour votre déploiement au lieu d'une ressource DeploymentConfig.

Mise à l'échelle

Cliquez sur le lien Scaling pour définir le nombre de pods ou d'instances de l'application que vous souhaitez déployer initialement.

Si vous créez un déploiement sans serveur, vous pouvez également configurer les paramètres suivants :

  • Min Pods détermine la limite inférieure du nombre de pods qui doivent fonctionner à tout moment pour un service Knative. Ce paramètre est également connu sous le nom de minScale.
  • Max Pods détermine la limite supérieure du nombre de pods qui peuvent être en cours d'exécution à tout moment pour un service Knative. Ce paramètre est également connu sous le nom de maxScale.
  • Concurrency target détermine le nombre de requêtes simultanées souhaitées pour chaque instance de l'application à un moment donné.
  • Concurrency limit détermine la limite du nombre de requêtes simultanées autorisées pour chaque instance de l'application à un moment donné.
  • Concurrency utilization détermine le pourcentage de la limite de requêtes simultanées qui doit être atteint avant que Knative ne mette à l'échelle des pods supplémentaires pour gérer le trafic additionnel.
  • Autoscale window définit la fenêtre temporelle sur laquelle les métriques sont moyennées afin de fournir des informations pour les décisions de mise à l'échelle lorsque l'autoscaler n'est pas en mode panique. Un service est mis à l'échelle zéro si aucune demande n'est reçue pendant cette fenêtre. La durée par défaut de la fenêtre d'autoscale est 60s. Cette fenêtre est également connue sous le nom de fenêtre stable.
Limite des ressources
Cliquez sur le lien Resource Limit pour définir la quantité de ressources CPU et Memory qu'un conteneur est garanti ou autorisé à utiliser lorsqu'il est en cours d'exécution.
Étiquettes

Cliquez sur le lien Labels pour ajouter des étiquettes personnalisées à votre application.

  1. Cliquez sur Create pour créer l'application et une notification de réussite s'affiche. Vous pouvez voir l'état de la construction de l'application dans la vue Topology.

3.1.5. Téléchargement de fichiers JAR pour faciliter le déploiement d'applications Java

Vous pouvez utiliser les fichiers JAR dans la vue Topology de la perspective Developer pour déployer vos applications Java. Vous pouvez télécharger un fichier JAR à l'aide des options suivantes :

  • Naviguez jusqu'à la vue Add de la perspective Developer et cliquez sur Upload JAR file dans la tuile From Local Machine. Parcourez et sélectionnez votre fichier JAR, ou glissez-déposez un fichier JAR pour déployer votre application.
  • Naviguez jusqu'à la vue Topology et utilisez l'option Upload JAR file, ou glissez-déposez un fichier JAR pour déployer votre application.
  • Utilisez le menu en contexte dans la vue Topology, puis utilisez l'option Upload JAR file pour télécharger votre fichier JAR afin de déployer votre application.

Suivez les instructions suivantes pour télécharger un fichier JAR dans la vue Topology afin de déployer une application Java :

Procédure

  1. Dans la vue Topology, cliquez avec le bouton droit de la souris n'importe où dans la vue Topology pour afficher le menu Add to Project.
  2. Survolez le menu Add to Project pour voir les options du menu, puis sélectionnez l'option Upload JAR file pour voir le formulaire Upload JAR file. Vous pouvez également faire glisser et déposer le fichier JAR dans la vue Topology.
  3. Dans le champ JAR file, recherchez le fichier JAR requis sur votre machine locale et téléchargez-le. Vous pouvez également glisser-déposer le fichier JAR dans le champ. Un message d'alerte s'affiche en haut à droite si un type de fichier incompatible est glissé-déposé dans la vue Topology. Une erreur de champ s'affiche si un type de fichier incompatible est déposé sur le champ dans le formulaire de téléchargement.
  4. Vous pouvez également spécifier des commandes Java optionnelles pour personnaliser votre application déployée. L'icône d'exécution et l'image du constructeur sont sélectionnées par défaut. Si une image de constructeur n'est pas détectée automatiquement, sélectionnez-en une. Si nécessaire, vous pouvez modifier la version à l'aide de la liste déroulante Builder Image Version.
  5. Dans le champ facultatif Application Name, saisissez un nom unique pour votre application d'étiquetage des ressources.
  6. Dans le champ Name, saisissez un nom de composant unique pour les ressources associées.
  7. Facultatif : Dans la liste déroulante Advanced options Resource type, sélectionnez un autre type de ressource dans la liste des types de ressources par défaut.
  8. Dans le site Advanced options, cliquez sur Create a Route to the Application pour configurer une URL publique pour votre application déployée.
  9. Cliquez sur Create pour déployer l'application. L'utilisateur voit une notification de toast l'informant que le fichier JAR est en train d'être téléchargé et que cela prend un certain temps. La notification de toast comprend également un lien permettant de consulter les journaux de construction.

    Note

    Si l'utilisateur tente de fermer l'onglet du navigateur pendant que la construction est en cours, une alerte web s'affiche pour demander à l'utilisateur s'il souhaite réellement quitter la page.

Une fois le fichier JAR téléchargé et l'application déployée, vous pouvez voir le déploiement dans la vue Topology.

3.1.6. Utilisation du registre Devfile pour accéder aux fichiers Devfile

Vous pouvez utiliser les devfiles dans le flux Add de la perspective Developer pour créer une application. Le flux Add offre une intégration complète avec le registre communautaire des devfiles. Un fichier devfile est un fichier YAML portable qui décrit votre environnement de développement sans qu'il soit nécessaire de le configurer à partir de zéro. En utilisant la perspective Devfile registry, vous pouvez utiliser un fichier devfile préconfiguré pour créer une application.

Procédure

  1. Naviguez vers Developer Perspective Add Developer Catalog All Services. Une liste de tous les services disponibles sur le site Developer Catalog s'affiche.
  2. Sous All Services, sélectionnez Devfiles pour rechercher les fichiers de développement qui prennent en charge un langage ou un cadre particulier. Vous pouvez également utiliser le filtre par mot-clé pour rechercher un fichier de développement particulier à l'aide de son nom, de son étiquette ou de sa description.
  3. Cliquez sur le fichier de développement que vous souhaitez utiliser pour créer une application. La tuile devfile affiche les détails du devfile, y compris le nom, la description, le fournisseur et la documentation du devfile.
  4. Cliquez sur Create pour créer une application et la visualiser dans la vue Topology.

3.1.7. Utiliser le catalogue du développeur pour ajouter des services ou des composants à votre application

Vous utilisez le catalogue de développeurs pour déployer des applications et des services basés sur des services soutenus par l'opérateur, tels que les bases de données, les images de constructeurs et les diagrammes Helm. Le catalogue des développeurs contient une collection de composants d'application, de services, de sources d'événements ou de constructeurs source-image que vous pouvez ajouter à votre projet. Les administrateurs de clusters peuvent personnaliser le contenu mis à disposition dans le catalogue.

Procédure

  1. Dans la perspective Developer, naviguez jusqu'à la vue Add et, à partir de la tuile Developer Catalog, cliquez sur All Services pour afficher tous les services disponibles sur Developer Catalog.
  2. Sous All Services, sélectionnez le type de service ou le composant que vous devez ajouter à votre projet. Pour cet exemple, sélectionnez Databases pour obtenir la liste de tous les services de base de données, puis cliquez sur MariaDB pour afficher les détails du service.
  3. Cliquez sur Instantiate Template pour afficher un modèle automatiquement rempli avec les détails du service MariaDB, puis cliquez sur Create pour créer et afficher le service MariaDB dans la vue Topology.

    Figure 3.1. MariaDB dans la topologie

    odc devcatalog toplogy

3.1.8. Ressources complémentaires

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.