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.
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.
- 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.
- 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:
- Agente Oracle Cloud: per monitorare le istanze di computazione di Oracle Linux OCI che si trovano nella stessa tenancy e nella stessa area geografica
- Oracle Management Agent: per monitorare tutti gli altri host
- Oracle Container Management Agent: per monitorare i carichi di lavoro nei cluster Kubernetes
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
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
- 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.