Principais Conceitos e Terminologia

Um aplicativo se refere a um programa Java.

O nome de um aplicativo é derivado do nome totalmente qualificado de sua classe principal por padrão. Um aplicativo pode ser executado em vários Java runtimes.

Um Container é um pacote de software leve, independente e executável que inclui tudo o que é necessário para executar um software, incluindo o código, o tempo de execução, as bibliotecas e as dependências. Elas são criadas com base em imagens de contêiner, que geralmente são armazenadas em um registro de contêiner como o Oracle Cloud Infrastructure Container Registry (OCIR). Para o Kubernetes, os contêineres são as unidades fundamentais de execução em um Pod.

Um compartimento permite que você organize e controle o acesso aos seus recursos de nuvem, como uma Frota ou Configurando Instâncias Gerenciadas. Um compartimento deve ser entendido como um grupo lógico e não como um contêiner físico.

Para obter mais detalhes, consulte Principais Conceitos e Terminologia do OCI.

Uma Instância de Computação é um host que é provisionado e gerenciado pelo Oracle Cloud Infrastructure. Para obter mais informações, consulte Visão Geral do Serviço Compute.

Um aplicativo ou programa Java implantado em um servidor Java.

Uma frota é o principal conjunto com o qual você interage ao usar o JMS. Ela contém Instâncias Gerenciadas que compartilham regras e políticas.

Uma instalação refere-se à instalação do Java Runtime em um ou mais hosts.

Monitora os aplicativos em execução para identificar quais bibliotecas Java são realmente carregadas e usadas durante o runtime. A verificação dinâmica fornece informações sobre o uso real da biblioteca.

Um Java Runtime Environment (JRE ou Java Runtime) é uma JVM (Java Virtual Machine), as principais classes da plataforma Java e as bibliotecas de suporte da plataforma Java. Ele é lançado como uma determinada versão de uma distribuição ou incluído em uma release de produto do fornecedor. Um Java Runtime pode ser instalado para executar um único Aplicativo ou para ser usado por vários aplicativos.

Quando exibido pelo JMS, um Java Runtime da Oracle indica se requer uma atualização.

Existem dois tipos de servidores Java:

• Servidor Web: Um servidor Web fornece conteúdo estático da Web, como páginas HTML, arquivos, imagens e vídeos, em resposta a solicitações HTTP (Hypertext Transfer Protocol) de um navegador da Web. Os servidores Web tratam somente solicitações e respostas HTTP.

  Exemplo: Apache Tomcat

• Servidor de aplicativos: Um servidor de aplicativos permite a interação entre clientes de usuário final e código de aplicativo do servidor (lógica de negócios) para gerar e entregar conteúdo dinâmico. O cliente de um servidor de aplicativos pode ser uma interface de usuário final, um aplicativo móvel, um navegador da Web etc. A interação cliente-servidor pode acontecer através de vários protocolos de comunicação, incluindo HTTP.

  Exemplos: WebLogic, JBoss

O JMS suporta Apache Tomcat, JBoss e WebLogic.

Examina o caminho de classe e os arquivos de implantação do aplicativo para identificar todas as bibliotecas Java e suas dependências disponíveis para o aplicativo, independentemente de serem usadas no runtime.

O plug-in Java Management Service (JMS) permite que o JMS interaja com hosts e envie os dados de volta ao serviço de nuvem.

Os plug-ins JMS são fornecidos pelo Oracle Management Agent e pelo Oracle Cloud Agent para Instâncias de Computação do OCI. Implantar plug-ins JMS em:

• Oracle Cloud Agent: para monitorar instâncias de computação do OCI Oracle Linux que estão na mesma tenancy e região
• Oracle Management Agent: para monitorar todos os outros hosts
• Oracle Container Management Agent: para monitorar cargas de trabalho em clusters do Kubernetes

Um host que contém plug-ins JMS implantados é uma Instância Gerenciada.

O JMS usa o serviço OCI Logging para armazenar logs de inventário, operação e análise de criptografia. Logs de estoque são Logs Personalizados que armazenam as informações relacionadas ao inventário e ao uso do Java Runtime relatadas pelos hosts ao Configurar Instâncias Gerenciadas. Os logs de operação são logs personalizados para armazenar os logs relacionados às operações realizadas por meio do JMS. Cada frota tem seu próprio inventário e log de operação exclusivos. Os logs de análise de criptografia são logs personalizados que contêm resultados de uma análise de criptografia executada na frota. Os logs são colocados em um Grupo de Logs. Contando com logs e relatórios JMS, você pode fazer análises adicionais usando o Logging Analytics.

Os Servidores Gerenciados hospedam aplicativos de negócios, componentes de aplicativos, serviços Web e seus recursos associados.

Você pode implantar aplicativos Web, serviços Web e outros recursos em Servidores Gerenciados e usar o Servidor de Administração somente para fins de configuração e gerenciamento.

Como exemplo, consulte Managed Servers and Managed Server Clusters.

Uma Instância Gerenciada é um host ou um cluster do Kubernetes que contém plug-ins JMS implantados. Os hosts podem ser qualquer computador executado em sua empresa, no local ou na nuvem. Um cluster do Kubernetes pode ser um mecanismo gerenciado do Kubernetes, como o Oracle Kubernetes Engine (OKE) ou um cluster autogerenciado. Uma instância gerenciada tem uma identidade exclusiva usada pelo JMS para distingui-la de outras instâncias gerenciadas e só pode fazer parte de uma única Frota a qualquer momento.

Um Nó é uma máquina física ou virtual em um cluster do Kubernetes que serve como host para executar cargas de trabalho de aplicativos na forma de pods. Para um cluster do Oracle Kubernetes Engine (OKE), o nó geralmente é uma instância de computação da OCI.

Um OCA (Oracle Cloud Agent) é um processo leve que gerencia plug-ins em execução em uma instância de computação, também conhecido como host ou VM, que reside no Oracle Cloud Infrastructure. Você pode implantar plug-ins JMS em instâncias de computação usando o Oracle Cloud Agent.

Para obter mais informações, consulte Gerenciando Plug-ins com o Oracle Cloud Agent.

O Oracle Management Agent, quando instalado em um cluster do Kubernetes como parte da solução OCI Kubernetes Monitoring, é chamado de Oracle Container Management Agent (OCMA) no JMS. Ele permite que o plug-in JMS monitore e gerencie cargas de trabalho Java no cluster do Kubernetes. Consulte https://github.com/oracle-quickstart/oci-kubernetes-monitoring para obter mais detalhes.

O Management Agent é instalado em um host. Ele permite que os plug-ins JMS monitorem e coletem dados das origens que residem em hosts ou hosts virtuais.

O serviço de nuvem do agente de gerenciamento é um serviço do OCI que gerencia agentes de gerenciamento e seus respectivos ciclos de vida. Para obter mais detalhes, consulte Conceitos do Serviço Management Agent.

Um Pod é a menor e mais simples unidade no modelo de objeto do Kubernetes que você pode implantar. Representa uma única instância de um processo em execução em um cluster do Kubernetes. Um pod pode conter um ou mais contêineres que compartilham o mesmo IP de rede, armazenamento e ciclo de vida. Um pod está associado a um namespace.

As tarefas programadas permitem automatizar ações em horários especificados dentro de frotas JMS ou instâncias gerenciadas. É possível configurar tarefas para ocorrer uma vez ou de forma recorrente. As tarefas programadas ajudam a garantir que ações importantes aconteçam automaticamente, melhorando a eficiência.

Uma tag é um par de chave/valor que você usa para adicionar metadados aos seus recursos do OCI. Para obter mais informações, consulte Criar Frota.

Para obter uma descrição mais detalhada das tags, consulte Visão Geral do Serviço Tagging.

Quando você se cadastra para o Oracle Cloud Infrastructure, a Oracle cria uma tenancy para você ou sua empresa. Uma tenancy é uma partição segura e isolada dentro do Oracle Cloud Infrastructure na qual você pode criar, organizar e administrar seus recursos de nuvem.