Informazioni fondamentali e terminologia

I concetti e la terminologia riportati di seguito consentono di iniziare a usare Fleet Management. La documentazione di Oracle Cloud Infrastructure fornisce la terminologia correlata.

Applicazione

Un'applicazione si riferisce a un programma Java.

Per impostazione predefinita, il nome di un'applicazione deriva dal nome completamente qualificato della classe principale. Un'applicazione può essere eseguita su più Java Runtime.

Contenitore

Un container è un pacchetto software leggero, standalone ed eseguibile che include tutto il necessario per eseguire un componente software, inclusi codice, runtime, librerie e dipendenze. Vengono create dalle immagini dei container, che in genere vengono memorizzate in un registro container come Oracle Cloud Infrastructure Container Registry (OCIR). Per Kubernetes, i container sono le unità di esecuzione fondamentali all'interno di un pod.

Compartimento

Un compartimento consente di organizzare e controllare l'accesso alle risorse cloud, ad esempio una flotta o la configurazione delle istanze gestite. Un compartimento dovrebbe essere considerato come un gruppo logico e non come un contenitore fisico.

Per ulteriori dettagli, vedere Concetti chiave OCI e terminologia.

Istanza di computazione

Un'istanza di computazione è un host di cui viene eseguito il provisioning e gestito da Oracle Cloud Infrastructure. Per ulteriori informazioni, vedere Panoramica del servizio di computazione.

Applicazione distribuita

Un'applicazione o un programma Java distribuito su un server Java.

Flotta

Una flotta è la raccolta primaria con cui si interagisce quando si utilizza JMS. Contiene le istanze gestite che condividono regole e criteri.

Installazione

Un'installazione fa riferimento all'installazione Java Runtime su uno o più host.

Un'installazione è identificata da quattro attributi:
  • Percorso del file system: ad esempio /usr/lib/jvm/jdk13.0.1/
  • Fornitore: ad esempio Oracle Corporation
  • Sistema operativo: ad esempio Linux, Windows, macOS
  • Architettura: ad esempio x64

Scansione dinamica librerie Java

Esegue il monitoraggio delle applicazioni in esecuzione per identificare le librerie Java effettivamente caricate e utilizzate durante il runtime. La scansione dinamica fornisce approfondimenti sull'uso effettivo della libreria.

Java Runtime

Un ambiente Java Runtime Environment (JRE o Java Runtime) è una Java Virtual Machine (JVM), classi di base della piattaforma Java e supporta le librerie di piattaforme Java. Viene rilasciato come una determinata versione di una distribuzione o incluso nella release del prodotto di un fornitore. È possibile installare Java Runtime per eseguire una singola applicazione o per essere utilizzato da molte applicazioni.

Un ambiente Java Runtime è identificato da tre attributi:
  • Fornitore: ad esempio Oracle Corporation
  • Nome distribuzione: ad esempio OpenJDK Ambiente di runtime
  • Versione: ad esempio 1.8.0_282

Quando viene visualizzato da JMS, Java Runtime di Oracle indica se richiede un aggiornamento.

Server Java

Esistono due tipi di server Java:

  • Server Web: un server Web fornisce contenuti Web statici come pagine HTML, file, immagini, video in risposta a richieste HTTP (Hypertext Transfer Protocol) da un browser Web. I server Web gestiscono solo richieste e risposte HTTP.

    Esempio: Apache Tomcat

  • Application server: un Application Server consente l'interazione tra i client dell'utente finale e il codice dell'applicazione lato server (business logic) per generare e distribuire contenuto dinamico. Il client per un Application Server può essere un'interfaccia utente dell'utente finale, un'applicazione mobile, un browser Web e così via. L'interazione client-server può avvenire attraverso vari protocolli di comunicazione, tra cui HTTP.

    Esempi: WebLogic, JBoss

JMS supporta Apache Tomcat, JBoss e WebLogic.

Scansione statica librerie Java

Esamina il classpath dell'applicazione e i file di distribuzione per identificare tutte le librerie Java e le relative dipendenze disponibili per l'applicazione, indipendentemente dal fatto che vengano utilizzate in runtime.

Rilevamento applicazione JMS

Il plugin JMS raccoglie i richiami JVM trovati da Java Usage Tracker e informazioni sulle JVM con tempi di esecuzione lunghi ogni mezzanotte. Il plugin JMS invia un evento di tipo jms.jvm.usage.running.log per ogni JVM in esecuzione.

Plugin JMS

Il plugin JMS (Java Management Service) consente a JMS di interagire con gli host e di inviare di nuovo i dati al servizio cloud.

I plugin JMS vengono forniti da Oracle Management Agent e da Oracle Cloud Agent per le istanze di computazione OCI. Distribuisci plugin JMS su:

Un host che contiene plugin JMS distribuiti è un'istanza gestita.

Configurazione log

JMS utilizza il servizio di log OCI per memorizzare l'inventario, i log operativi e i log di analisi crittografica. I log di magazzino sono log personalizzati che memorizzano l'inventario di Java Runtime e le informazioni relative all'uso riportate dagli host mediante Configurazione delle istanze gestite. I log delle operazioni sono log personalizzati per la memorizzazione dei log correlati alle operazioni eseguite tramite JMS. Ogni flotta dispone di un proprio inventario e log delle operazioni univoci. I log di analisi crittografica sono log personalizzati che contengono i risultati di un'analisi crittografica eseguita sulla flotta. I log vengono posizionati in un gruppo di log. Basandosi su log e report JMS, è possibile eseguire ulteriori analisi utilizzando Logging Analytics.

Server gestito

I server gestiti ospitano le applicazioni business, i componenti dell'applicazione, i servizi Web e le risorse associate.

È possibile distribuire applicazioni Web, Web Service e altre risorse nei server gestiti e utilizzare il server di amministrazione solo a fini di configurazione e gestione.

Ad esempio, vedere Server gestiti e cluster dei server gestiti.

Istanza gestita

Un'istanza gestita è un host o un cluster Kubernetes che contiene i plugin JMS distribuiti. Gli host possono essere qualsiasi computer in esecuzione nella tua azienda, sia on-premise che nel cloud. Un cluster Kubernetes può essere un motore Kubernetes gestito come Oracle Kubernetes Engine (OKE) o un cluster autogestito. Un'istanza gestita dispone di un'identità univoca utilizzata da JMS per distinguerla da altre istanze gestite e può far parte solo di una singola flotta in un determinato momento.

Nodo

Un nodo è una macchina fisica o virtuale in un cluster Kubernetes che funge da host per l'esecuzione dei carichi di lavoro dell'applicazione sotto forma di pod. Per un cluster Oracle Kubernetes Engine (OKE), il nodo è in genere un'istanza di computazione OCI.

Agente Oracle Cloud

Un agente Oracle Cloud (OCA) è un processo leggero che gestisce i plugin in esecuzione su un'istanza di computazione, nota anche come host o VM, che risiede in Oracle Cloud Infrastructure. È possibile distribuire i plugin JMS nelle istanze di computazione utilizzando l'agente Oracle Cloud.

Per ulteriori informazioni, vedere Gestione dei plugin con l'agente Oracle Cloud.

Agente Oracle Container Management

Oracle Management Agent, quando installato in un cluster Kubernetes come parte della soluzione di monitoraggio Kubernetes OCI, viene definito Oracle Container Management Agent (OCMA) in JMS. Consente al plugin JMS di monitorare e gestire i carichi di lavoro Java all'interno del cluster Kubernetes. Per ulteriori informazioni, vedere https://github.com/oracle-quickstart/oci-kubernetes-monitoring.

Oracle Management Agent

Il Management Agent viene installato su un host. Consente ai plugin JMS di monitorare e raccogliere dati dalle origini che risiedono su host o host virtuali.

Il servizio cloud Management Agent è un servizio OCI che gestisce gli agenti di gestione e il loro ciclo di vita. Per ulteriori dettagli, vedere Concetti di Management Agent.

Pod

Un pod è l'unità più piccola e semplice del modello a oggetti Kubernetes che puoi distribuire. Rappresenta una singola istanza di un processo in esecuzione in un cluster Kubernetes. Un pod può contenere uno o più container che condividono lo stesso IP di rete, lo stesso storage e lo stesso ciclo di vita. Un pod è associato a uno spazio di nomi.

Task pianificati

I task pianificati consentono di automatizzare le azioni in momenti specifici all'interno delle flotte JMS o delle istanze gestite. È possibile impostare i task in modo che vengano eseguiti una sola volta o su base ricorrente. Le attività pianificate aiutano a garantire che le azioni importanti vengano eseguite automaticamente, migliorando l'efficienza.

Etichetta

Nota

Per migliorare la sicurezza e l'efficienza del servizio Flotte JMS, Fleets JMS sostituisce l'uso dello spazio di nomi tag e delle chiavi per registrare le istanze gestite. Gli utenti che hanno impostato le flotte JMS prima del 7 agosto 2024 devono rivedere e aggiornare i criteri del servizio Flotte JMS esistenti prima del 6 novembre 2024 alle 23:59 UTC per garantire la continuità della funzionalità del servizio.

Una tag è una coppia chiave-valore che viene utilizzata per aggiungere metadati alle risorse OCI. Per ulteriori informazioni, vedere Crea flotta.

Per una descrizione più dettagliata delle tag, vedere Panoramica dell'applicazione di tag.

Tenancy

Quando ti iscrivi a Oracle Cloud Infrastructure, Oracle crea una tenancy per te o per la tua azienda. Si tratta di una partizione sicura e isolata all'interno di Oracle Cloud Infrastructure in cui è possibile creare, organizzare e amministrare le risorse cloud.

Richiesta di lavoro

Una richiesta di lavoro consente di monitorare le operazioni con tempi di esecuzione lunghi, ad esempio le operazioni di Java Runtime Lifecycle Management. Quando si avvia un'operazione di questo tipo, JMS crea una richiesta di lavoro. Una richiesta di lavoro è un log attività che consente di tenere traccia di ogni passo dell'avanzamento dell'operazione. Le richieste di lavoro sono utili nei seguenti scenari:
  • Se un'operazione non riesce, una richiesta di lavoro può aiutare a determinare quale fase del processo ha avuto un errore.
  • Alcune operazioni hanno effetto su più risorse. Ad esempio, un'operazione di eliminazione di Java Runtime potrebbe influire su più istanze Java Runtime, percorsi di installazione Java Runtime e istanze gestite. Una richiesta di lavoro fornisce un elenco delle risorse interessate da un'operazione.