Concepts clés et terminologie

Les concepts et la terminologie suivants vous aideront à démarrer avec Fleet Management. La documentation sur Oracle Cloud Infrastructure fournit la terminologie connexe.

Application

Une application fait référence à un programme Java.

Le nom d'une application est dérivé par défaut du nom complet de sa classe principale. Une application peut s'exécuter sur plusieurs exécutions Java.

Conteneur

Un conteneur est un progiciel léger, autonome et exécutable qui comprend tout ce qui est nécessaire pour exécuter un logiciel, y compris le code, l'exécution, les bibliothèques et les dépendances. Elles sont créées à partir d'images de conteneur, qui sont généralement stockées dans un registre de conteneur tel que Oracle Cloud Infrastructure Container Registry (OCIR). Pour Kubernetes, les conteneurs sont les unités d'exécution fondamentales d'un pod.

Compartiment

Un compartiment vous permet d'organiser vos ressources en nuage, comme un parc ou la configuration d'instances gérées, et d'en contrôler l'accès. Un compartiment doit être considéré comme un groupe logique et non comme un conteneur physique.

Pour plus de détails, voir Concepts clés et terminologie OCI.

Instance de calcul

Une instance de calcul est un hôte provisionné et géré par Oracle Cloud Infrastructure. Pour plus d'informations, voir Aperçu du service de calcul.

Application déployée

Application ou programme Java déployé sur un serveur Java.

Parc

Le parc est la collection avec laquelle vous interagissez lors de l'utilisation du service JMS. Il contient des instances gérées qui partagent des règles et des politiques.

Installation

Une installation fait référence à l'installation de Java Runtime sur un ou plusieurs hôtes.

Une installation est identifiée par quatre attributs :
  • Chemin du système de fichiers : par exemple /usr/lib/jvm/jdk13.0.1/
  • Fournisseur : par exemple Oracle Corporation
  • Système d'exploitation : par exemple Linux, Windows, macOS
  • Architecture : par exemple x64

Balayage dynamique des bibliothèques Java

Surveille les applications en cours d'exécution pour identifier les bibliothèques Java réellement chargées et utilisées lors de l'exécution. Le balayage dynamique fournit des informations sur l'utilisation réelle de la bibliothèque.

Environnement JRE

Un environnement JRE regroupe une machine virtuelle Java, les classes de base de la plate-forme Java et les bibliothèques de plate-forme Java annexes. Il est publié sous la forme d'une version donnée d'une distribution ou est inclus dans la version du produit d'un fournisseur. Un environnement JRE peut être installé pour exécuter une seule application ou être utilisé par de nombreuses applications.

Un environnement JRE est identifié par trois attributs :
  • Fournisseur : par exemple Oracle Corporation
  • Nom de la distribution : par exemple Environnement d'exécution OpenJDK
  • Version : par exemple 1.8.0_282

Lorsqu'il est affiché par JMS, un environnement d'exécution Java d'Oracle indique s'il nécessite une mise à jour.

Serveur Java

Il existe deux types de serveur Java :

  • Serveur Web : Un serveur Web fournit un contenu Web statique tel que des pages HTML, des fichiers, des images, des vidéos en réponse aux demandes HTTP (Hypertext Transfer Protocol) provenant d'un navigateur Web. Les serveurs Web gèrent uniquement les demandes et les réponses HTTP.

    Exemple : Apache Tomcat

  • Serveur d'application : Un serveur d'applications permet l'interaction entre les clients d'utilisateur final et le code d'application côté serveur (logique d'affaires) pour générer et diffuser du contenu dynamique. Le client d'un serveur d'applications peut être une interface utilisateur utilisateur, une application mobile, un navigateur Web, etc. L'interaction client-serveur peut se produire via divers protocoles de communication, y compris HTTP.

    Exemples : WebLogic, JBoss

JMS prend en charge Apache Tomcat, JBoss et WebLogic.

Balayage statique des bibliothèques Java

Examine le chemin de classe et les fichiers de déploiement de l'application pour identifier toutes les bibliothèques Java et leurs dépendances qui sont disponibles pour l'application, qu'elles soient utilisées ou non au moment de l'exécution.

Détection d'application JMS

Le plugiciel JMS collecte les appels de JVM trouvés par Java Usage Tracker et des informations sur les JVM de longue durée tous les minuit. Le plugiciel JMS envoie un événement de type jms.jvm.usage.running.log pour chaque JVM en cours d'exécution.

Plugiciel JMS

Le plugiciel JMS (Java Management Service) permet à JMS d'interagir avec les hôtes et de renvoyer les données au service en nuage.

Les plugiciels JMS sont fournis par Oracle Management Agent et Oracle Cloud Agent pour les instances de calcul OCI. Déployer les plugiciels JMS sur :

Un hôte qui contient des plugiciels JMS déployés est une instance gérée.

Configuration de journal

JMS utilise le service de journalisation OCI pour stocker les stocks, les journaux d'opération et les journaux d'analyse cryptographique. Les journaux de stocks sont des journaux personnalisés qui stockent les informations relatives à l'inventaire et à l'utilisation de l'exécution Java signalées par les hôtes dans la rubrique Configuration d'instances gérées. Les journaux d'opérations sont des journaux personnalisés permettant de stocker les journaux liés aux opérations effectuées au moyen de JMS. Chaque parc possède son propre journal des stocks et des opérations. Les journaux d'analyse cryptographique sont des journaux personnalisés qui contiennent les résultats d'une analyse cryptographique effectuée sur le parc. Les journaux sont placés sous un groupe de journaux. En vous appuyant sur les journaux et les rapports JMS, vous pouvez effectuer des analyses supplémentaires à l'aide de Logging Analytics.

Serveur géré

Les serveurs gérés hébergent les applications d'affaires, les composants d'application, les services Web et les ressources associées.

Vous pouvez déployer des applications Web, des services Web et d'autres ressources sur les serveurs gérés et utiliser le serveur d'administration uniquement à des fins de configuration et de gestion.

Par exemple, voir Serveurs gérés et grappes de serveurs gérés.

Instance gérée

Une instance gérée est un hôte ou une grappe Kubernetes qui contient des plugiciels JMS déployés. Les hôtes peuvent être n'importe quel ordinateur exécuté dans votre entreprise, sur place ou dans le nuage. Une grappe Kubernetes peut être un moteur Kubernetes géré tel qu'Oracle Kubernetes Engine (OKE) ou une grappe autogérée. Une instance gérée possède une identité unique utilisée par JMS pour la distinguer des autres instances gérées et ne peut faire partie d'un seul parc à un moment donné.

Noeud

Un noeud est une machine physique ou virtuelle d'une grappe Kubernetes qui sert d'hôte pour l'exécution de charges de travail d'application sous forme de pods. Pour une grappe Oracle Kubernetes Engine (OKE), le noeud est généralement une instance de calcul OCI.

Oracle Cloud Agent

Un agent Oracle Cloud (OCA) est un processus léger qui gère les plugiciels s'exécutant sur une instance de calcul, également appelée hôte ou machine virtuelle, résidant dans Oracle Cloud Infrastructure. Vous pouvez déployer des plugiciels JMS sur des instances de calcul à l'aide d'Oracle Cloud Agent.

Pour plus d'informations, voir Gestion des plugiciels avec Oracle Cloud Agent.

Agent de gestion de conteneur Oracle

L'agent de gestion Oracle, lorsqu'il est installé dans une grappe Kubernetes dans le cadre de la solution de surveillance Kubernetes pour OCI, est appelé agent de gestion de conteneurs Oracle (OCMA) dans JMS. Il permet au plugiciel JMS de surveiller et de gérer les charges de travail Java dans la grappe Kubernetes. Pour plus de détails, consultez https://github.com/oracle-quickstart/oci-kubernetes-monitoring.

Oracle Management Agent

L'agent de gestion est installé sur un hôte. Il permet aux plugiciels JMS de surveiller et de collecter des données à partir des sources qui résident sur des hôtes ou des hôtes virtuels.

Le service en nuage de l'agent de gestion est un service OCI qui gère les agents de gestion et leur cycle de vie. Pour plus de détails, voir Concepts relatifs à l'agent de gestion.

Pod

Un pod est l'unité la plus petite et la plus simple du modèle d'objet Kubernetes que vous pouvez déployer. Il représente une instance unique d'un processus en cours d'exécution dans une grappe Kubernetes. Un pod peut contenir un ou plusieurs conteneurs qui partagent la même adresse IP réseau, le même stockage et le même cycle de vie. Un pod est associé à un espace de noms.

Tâches programmées

Les tâches programmées vous permettent d'automatiser les actions à des moments précis dans les flottes JMS ou les instances gérées. Vous pouvez définir des tâches à exécuter une fois ou de façon récurrente. Les tâches programmées aident à garantir que les actions importantes se produisent automatiquement, ce qui améliore l'efficacité.

Marqueur

Note

Pour améliorer la sécurité et l'efficacité du service JMS Fleets, JMS Fleets remplace l'utilisation de l'espace de noms et des clés de marqueur pour enregistrer les instances gérées. Les utilisateurs qui ont configuré le parc JMS avant le 7 août 2024 doivent vérifier et mettre à jour leurs politiques de service existantes du parc JMS avant le 6 novembre 2024 à 23:59 UTC afin d'assurer la continuité des fonctionnalités de service.

Un marqueur est une paire clé-valeur que vous utilisez pour ajouter des métadonnées à vos ressources OCI. Pour plus d'informations, voir Créer un parc.

Pour une description plus détaillée des marqueurs, voir Aperçu du service de marquage.

Location

Lorsque vous vous inscrivez à Oracle Cloud Infrastructure, Oracle crée une location pour vous ou votre entreprise. Il s'agit d'une partition isolée et sécurisée dans Oracle Cloud Infrastructure où vous pouvez créer, organiser et gérer vos ressources en nuage.

Demande de travail

Une demande de travail vous permet de surveiller les opérations de longue durée telles que les opérations de gestion du cycle de vie de l'exécution Java. Lorsque vous lancez une telle opération, JMS crée une demande de travail. Une demande de travail est un journal d'activité qui vous permet d'effectuer le suivi de chaque étape de la progression de l'opération. Les demandes de travail sont utiles dans les scénarios suivants :
  • En cas d'échec d'une opération, une demande de travail peut vous aider à identifier l'étape du processus pendant laquelle l'erreur s'est produite.
  • Certaines opérations ont une incidence sur plusieurs ressources. Par exemple, une opération de suppression de Java Runtime peut affecter plusieurs environnements d'exécution Java, les chemins d'installation de Java Runtime et les instances gérées. Une demande de travail fournit une liste des ressources affectées par une opération.