Informazioni fondamentali e terminologia
I concetti e la terminologia seguenti ti aiuteranno a iniziare a utilizzare la gestione della flotta. 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 relativa 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 Configurazione delle istanze gestite. Un compartimento dovrebbe essere considerato come un gruppo logico e non come un contenitore fisico.
Per ulteriori informazioni, vedere Concetti fondamentali e terminologia di OCI.
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 Istanze gestite che condividono regole e criteri.
Installazione
Un'installazione fa riferimento all'installazione di 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
Java Runtime Environment (JRE o Java Runtime) è la risorsa JVM (Java Virtual Machine), le classi di base della piattaforma Java e il supporto delle librerie di piattaforme Java. Viene rilasciato come una certa versione di una distribuzione o incluso nel rilascio del prodotto di un fornitore. Un ambiente Java Runtime può essere installato 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, un ambiente Java Runtime di Oracle indica se è necessario un aggiornamento.
Server Java
Esistono due tipi di server Java:
- Web server: un server Web fornisce contenuti Web statici quali pagine HTML, file, immagini, video in risposta alle 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 client utente finale e codice applicazione lato server (business logic) per la generazione e la distribuzione di contenuto dinamico. Il client per un server applicazioni 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, incluso 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 Oracle Cloud Agent per le istanze di computazione OCI. Distribuisci plugin JMS su:
- Agente Oracle Cloud: per monitorare le istanze di computazione di OCI Oracle Linux che si trovano nella stessa tenancy e regione
- 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 aziendali, i componenti delle applicazioni, i servizi Web e le risorse associate.
È possibile distribuire applicazioni web, servizi Web e altre risorse nei server gestiti e utilizzare il server di amministrazione solo ai fini di configurazione e gestione.
Ad esempio, vedere Server gestiti e cluster di 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 Oracle Cloud Agent (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 plugin JMS nelle istanze di computazione utilizzando l'agente Oracle Cloud.
Per ulteriori informazioni, vedere Gestione dei plugin con Oracle Cloud Agent.
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
Management Agent è 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 del Management Agent è un servizio OCI che gestisce i Management Agent e il relativo ciclo di vita. Per ulteriori dettagli, vedere Concetti dell'agente di gestione.
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.
Tag
Per migliorare la sicurezza e l'efficienza del servizio JMS Fleets, JMS Fleets sta sostituendo l'uso dello spazio di nomi delle tag e delle chiavi per registrare le istanze gestite. Gli utenti che hanno impostato JMS Fleets prima del giorno 7 agosto 2024 sono tenuti a rivedere e aggiornare i criteri di servizio JMS Fleets esistenti prima del giorno 6 novembre 2024, 23:59 UTC, per garantire la funzionalità continuativa del servizio.
Una tag è una coppia chiave-valore utilizzata per aggiungere metadati alle risorse OCI. Per ulteriori informazioni, vedere Crea flotta.
Per una descrizione più dettagliata dei tag, vedere Panoramica sull'applicazione di tag.
Tenancy
Quando ti iscrivi a Oracle Cloud Infrastructure, Oracle crea una tenancy per te o la tua azienda. 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 interessano più risorse. Ad esempio, un'operazione di eliminazione di Java Runtime può avere effetto su più istanze gestite, percorsi di installazione di Java Runtime e Java Runtime. Una richiesta di lavoro fornisce un elenco delle risorse interessate da un'operazione.