Considerações para Mudar para a Nuvem

O Oracle fornece uma arquitetura de linha de base que tem a melhor vantagem dos recursos do Oracle Cloud Infrastructure e também aborda a maioria dos requisitos técnicos e de negócios importantes. Isso permite que você tenha confiança em atingir seus objetivos de implantação sem investir em um projeto de análise longo. Sua estratégia para mover seu JD Edwards EnterpriseOne local para a nuvem depende de seu ambiente, configurações personalizadas e dos aplicativos que usam suas origens de dados. Para quaisquer requisitos especiais que não sejam cobertos por esta arquitetura de referência, outras opções de design são possíveis. O Oracle espera que o processo de design dessas alterações seja muito mais fácil ao iniciar de uma arquitetura de referência.

Requisitos da Carga de Trabalho Principal

Quando estiver avaliando para migrar seu JD Edwards EnterpriseOne local para a nuvem, você poderá discutir com sua equipe de conta do Oracle.

As arquiteturas que o Oracle fornece ajuda a tratar estes requisitos:

• Projetando para alta disponibilidade e recuperação de desastres
• Implantando uma arquitetura segura.
• Correspondendo seu modelo de rede altamente isolado e de alto desempenho.
• Migrando seus ambientes de aplicativo e de banco de dados para a nuvem.
• Mantendo visibilidade sobre custos e uso.
• Monitorando a integridade e o desempenho da infraestrutura.

Rede e Conectividade

Os objetivos principais da arquitetura de rede e conectividade são fornecer conectividade segura e de alta velocidade entre os recursos da nuvem e os usuários e/ou sistemas que precisariam acessar esses recursos.

Ao executar o JD Edwards no Oracle Cloud Infrastructure , a arquitetura de rede e conectividade atende a esses objetivos:

• Acesso do campi corporativo à aplicação por meio de links de rede privada
• Links criptografados na internet pública
• Pontos finais da internet pública
• Conectividade da rede privada com outros sistemas ou serviços hospedados no Oracle Cloud Infrastructure
• Isolamento de nível de rede entre as camadas da aplicação
• Monitoramento e gerenciamento do acesso a todas as camadas de aplicativo e de banco de dados
• Balanceamento de carga entre vários nós do aplicativo para desempenho e disponibilidade
• Isolamento de outros clientes e suas outras cargas de trabalho
• Baixa latência de rede no datacenter remoto

A figura a seguir ilustra a arquitetura de referência de rede e conectividade:
Descrição da ilustração single_availability_domain_jd_edwards_deployment_withcallouts-networking.png

• Acesso de Rede Dedicado via FastConnect : vários parceiros em regiões no mundo oferecem conexões de rede dedicadas entre seus datacenters locais e Oracle. Isso permite acessar a implementação do JD Edwards como se ela estivesse sendo executada em seu próprio datacenter.
• Acesso Seguro à Rede via VPN IPSec: Para custo mais baixo, mas ainda é seguro o acesso pela internet, você pode usar um túnel de VPN (Internet Protocol Security) criptografado para se conectar de seu HQ ou de seu data center local aos seus recursos JD Edwards no Oracle Cloud Infrastructure . No seu ambiente on-premises, você pode acessar suas instâncias da nuvem em uma sub-rede privada, conectando-se por meio do DRG (Dynamic Routing Gateway). O DRG é o gateway que conecta sua rede local à sua rede na nuvem.
• Análises Integradas, Pré-configuradas do Oracle Cloud Infrastructure Load Balancing : Os balanceadores de carga redundantes estão disponíveis em sub-redes públicas e privadas para equilibrar o tráfego na implementação e nas conexões externas, respectivamente.
• Acesso Seguro a Qualquer Camada via host de bash : O host de bastão é um componente opcional que pode ser usado como um servidor de salto para acessar as instâncias Oracle Cloud Infrastructure na sub-rede privada. Você também pode acessar as instâncias na sub-rede privada usando o tunelamento SSH dinâmico.
• Isolamento de Rede na Nuvem via Rede Virtual na Nuvem: Uma VCN (Virtual Cloud Network) é basicamente sua própria rede privada dentro do Oracle Cloud Infrastructure . Ele fornece isolamento para a carga de trabalho do JD Edwards de qualquer outra carga de trabalho no Oracle Cloud Infrastructure , incluindo suas outras cargas de trabalho em outra VCN. Você pode subdividir sua VCN usando sub-redes para garantir o isolamento de recursos e aplicar regras de segurança para impor o acesso seguro. Você também pode adicionar tabelas de roteamento e regras para enviar tráfego de sua VCN, semelhante às regras de rota de rede tradicionais.

  Você pode criar instâncias em uma sub-rede privada ou pública com base em se deseja permitir o acesso às instâncias da internet. As instâncias que você cria em uma sub-rede pública recebem um endereço IP público e você pode acessar essas instâncias pela internet pública. Por outro lado, você não pode designar um endereço IP público para instâncias criadas em uma sub-rede privada. Portanto, você não pode acessar essas instâncias pela internet. No entanto, é possível adicionar um gateway NAT à sua VCN para fornecer instâncias em uma sub-rede privada, a capacidade de iniciar conexões à internet e receber respostas para fins de aplicação de atualizações do SO e da aplicação. Gateways NAT não receberão conexões de entrada iniciadas pela internet.

  Recomendamos a criação de sub-redes separadas para cada camada, como host de bastante, banco de dados, aplicação e balanceamento de carga, para garantir que os requisitos de segurança apropriados possam ser implementados em diferentes camadas.
• Vários Firewalls Internos : uma lista de segurança fornece um firewall virtual para cada camada, com regras de entrada e saída que especificam os tipos de tráfego permitidos dentro e saída.

Resiliência e Alta Disponibilidade

A arquitetura de resiliência e alta disponibilidade do Oracle Cloud Infrastructure constrói resiliência, redundância e alta disponibilidade (HA) na infraestrutura de nuvem que está suportando o JD Edwards EnterpriseOne e seus conjuntos de dados de backend.

Ao executar o JD Edwards EnterpriseOne no Oracle Cloud Infrastructure , a arquitetura de resiliência e alta disponibilidade atende a estes objetivos:

• Vários nós ativos em cada camada da aplicação
• Resiliência do sistema – usando vários domínios de falha
• Estratégia de backup para camadas não-banco de dados
• Estratégia de redundância para a camada do banco de dados
• Estratégia de backup para a camada do banco de dados

A figura a seguir ilustra a arquitetura de referência de resiliência e alta disponibilidade para implantar o JD Edwards EnterpriseOne em um domínio de disponibilidade única:

Descrição da ilustração single_availability_domain_jd_edwards_deployment_withcallouts-ha.png

• Redundância Ativa do Servidor: Para garantir alta disponibilidade em um domínio de disponibilidade (AD), implante instâncias redundantes de cada componente, tornando o uso de domínios com falha. Todas as instâncias estão ativas e recebem tráfego do balanceador de carga e da camada intermediária.
• Resiliência do Sistema : domínios de falha são um agrupamento de hardware e infraestrutura distintos de outros domínios de falha no mesmo AD. Cada AD tem três domínios de falha. Ao aproveitar corretamente os domínios com falha, você pode aumentar a disponibilidade dos aplicativos executados no Oracle Cloud Infrastructure .
• Redundância do Banco de Dados : Para requisitos de desempenho e HA, a Oracle recomenda que você use sistemas de banco de dados de dois nós, Oracle RAC (Oracle Real Application Clusters) ou um sistema Oracle Database Exadata Cloud Service no Oracle Cloud Infrastructure .
• Camada da Aplicação de Estratégia de Backup : O backup das camadas da aplicação pode ser configurado usando a funcionalidade de backup baseada em política de Volumes de Bloco do Oracle Cloud Infrastructure . O Oracle Cloud Infrastructure Block Volumes fornece a capacidade de executar backups em volume automaticamente, com base em uma programação e mantê-los com base na política de backup selecionada.
• Camada do Banco de Dados da Estratégia de Backup : use o Oracle Cloud Infrastructure Object Storage para fazer um backup usando o Oracle Recovery Manager (RMAN). Para fazer backup ou patch do banco de dados no Oracle Cloud Infrastructure Object Storage, a VCN do sistema do BD deve ser configurada com um gateway de serviço ou com um gateway da Internet. Recomendamos que você use um gateway de serviço em vez de um gateway da Internet para backup e aplicação de patches.

Recuperação de Desastres

O Oracle Cloud oferece implementações JD Edwards EnterpriseOne que garantem que você possa criar DR (disaster recovery, recuperação de desastres) em sua implantação em eventos não vistos que exigem failover e ainda mantêm JD Edwards ativos e em execução.

• Recuperação de desastres em uma única região:
  • Componentes ativos/ativos através de ADs
  • Componentes ativo-passivo entre ADs
  • Sub-redes regionais entre ADs
  • Balanceamento de carga entre ADs
  • Sincronização de armazenamento entre ADs
  • DB do Banco de Dados entre ADs
• Recuperação de desastres entre várias regiões:
  • Replicação de aplicativo entre regiões
  • Replicação de armazenamento entre regiões
    • A cópia entre regiões permite que você copie de forma assíncrona o Object Storage
    • Cópia de backup entre regiões para volumes em blocos do Oracle Cloud Infrastructure
• Proteção de banco de dados entre regiões

Conheça a Arquitetura de Referência para Implantação do JD Edwards em uma Única Região

A figura a seguir ilustra a arquitetura de referência para implantar o JD Edwards em uma única região.
Descrição da ilustração multi_availability_domain_jd_edwards_domain_withcallouts.png

• Componentes ativos - Componentes ativos nos ADs : o cluster de serviços suportados entre ADs oferece proteção contra uma falha do AD. Para uma arquitetura ativo-passivo, sincronize os servidores de aplicativos entre os domínios de disponibilidade usando o rsync.
• Sub-redes regionais entre ADs : As sub-redes regionais estendem toda a região, fornecendo uma resiliência contra falha na rede AD e implantação e gerenciamento de serviços JDE simplificados.
• Balanceamento de Carga entre ADs : o Oracle Cloud Infrastructure Public Load Balancing distribui o tráfego entre os servidores JD Edwards em todos os ADs configurados. Fornecendo proteção de uma falha AD.
• Sincronização de armazenamento entre ADs : backups de volume em blocos (inicialização e bloco) são replicados por todos os ADs dentro de uma região e podem ser restaurados para qualquer AD dentro da mesma região. O Object Storage é um serviço regional. Os dados são armazenados de forma redundante em vários servidores de armazenamento e em vários ADs automaticamente.
• DR do Banco de Dados entre ADs : Data Guard ou Active Data Guard pode ser selecionado dependendo do caso de uso e da edição do banco de dados. O Data Guard Ativo exige o Enterprise Edition – Extreme Performance.

Conheça a Arquitetura de Referência para Implantação do JD Edwards em uma Região Múltipla

A figura a seguir ilustra a arquitetura de referência para implantar o JD Edwards em várias regiões.
Descrição da ilustração multi_region_jd_edwards_domain.png

• Componentes ativos - Componentes ativos entre ADs : a clusterização de serviços suportados entre ADs oferece proteção contra uma falha do AD.
• Componentes Ativos-Passivos nas Regiões : Se você estiver usando Ativo-Passivo para sincronizar servidores de aplicativos entre ADs, use rsync.
• Sub-redes regionais entre ADs : As sub-redes regionais estendem toda a região, fornecendo resiliência contra falha na rede AD e implantação e gerenciamento de serviço JDE simplificado.
• Pareamento de VCN entre Regiões : VCNs podem estabelecer conexão entre regiões em uma locação ou mesmo entre locações. A conectividade é obtida usando o backbone interno da Oracle entre as regiões.
• Sincronização de armazenamento entre ADs : é possível fazer backups de volume em blocos entre regiões usando a console, a CLI, os SDKs ou as APIs REST. Copiar backups do volume em blocos para outra região em intervalos regulares facilita a recriação de aplicativos e dados na região de destino se ocorrer um desastre na região de origem. Você também pode migrar e expandir facilmente aplicativos para outra região. Com a cópia de região cruzada do Object Storage, os dados copia de forma assíncrona os objetos entre os buckets da mesma região ou para os buckets de outras regiões.
• DR do Banco de Dados entre ADs : O uso do Data Guard ou do Active Data Guard depende da edição do caso de uso e do banco de dados. O Data Guard Ativo exige o Enterprise Edition – Extreme Performance.

Migração

Quando se torna para migrar um aplicativo integrado, altamente personalizado e complexo, como JD Edwards, é importante fazer isso com uma estrutura contínua possível, para que haja um período de indisponibilidade limitado e a transição seja fácil para os usuários finais.

A migração e a arquitetura de implantação do Oracle Cloud Infrastructure para JD Edwards atendem aos seguintes objetivos:

• Migração do aplicativo
• Configuração do aplicativo de migração
• Migração de dados
• Conversão de bancos de dados não-Oracle
• Conversão de servidores não Linux
• Fazer upgrade das versões mais antigas do EnterpriseOne

As ferramentas de migração com aplicativos ajudam as organizações a mover aplicativos complexos para o Oracle Cloud Infrastructure . Com a ajuda das ferramentas que os usuários podem reconfigurar os aplicativos depois que a migração for concluída.

O Oracle Cloud Infrastructure oferece uma ferramenta de migração habilitada para o JD Edwards. Durante uma migração sensível ao aplicativo, as VMs e as máquinas físicas nunca serão capturadas ou migradas. Somente dados e arquivos de configuração específicos são capturados e preparados para migração. A ferramenta de migração que está sendo usada implantará uma nova instância do aplicativo no ambiente do Oracle ou usará uma instância existente do aplicativo no ambiente de destino.

Suporte On-line

É importante considerar a largura de banda e a segurança ao transportar dados, VMs e arquivos pela conexão. As organizações podem migrar conjuntos de dados na internet pública ou configurar a conectividade privada entre data centers locais e o Oracle Cloud Infrastructure . Os dados sempre devem ser criptografados em armazenamento e em trânsito.

• VPN sobre Internet - conjuntos de dados pequenos, até aproximadamente 2 terabytes (TBs) geralmente podem ser transportados pela internet pública sem problemas. Use uma rede privada virtual (VPN) entre o ambiente de origem e o Oracle Cloud Infrastructure para garantir conectividade segura. A VPN do Internet Protocol Security (IPsec) é a melhor opção nesse caso.

  A primeira etapa para configurar uma VPN do IPsec entre o ambiente de origem e o Oracle está estabelecendo um gateway de roteamento dinâmico (DRG). O DRG deve ser configurado para conectar a nuvem da Oracle com qualquer roteador local. Use diversos túneis IPsec para garantir a redundância.

• O FastConnect - Oracle FastConnect é outra opção para conectar com segurança redes e centros de dados locais ao Oracle Cloud Infrastructure . É a escolha correta para organizações que precisam transportar conjuntos de dados grandes. As velocidades da porta estão disponíveis em incrementos de 1 Gbps e 10-Gbps ao trabalhar com um provedor de conectividade de terceiros e incrementos de 10 Gbps ao co-localizar com o Oracle.

  O FastConnect permite que as organizações reduzam, reduzam e encerrem rapidamente conexões, conforme necessário. Por exemplo, uma organização pode optar por configurar uma conexão do 1-Gbps para transportar um aplicativo único com um conjunto de dados pequeno durante a fase de teste e, em seguida, expandir rapidamente para uma conexão do 10-Gbps ao implantar vários aplicativos com conjuntos de dados grandes. Finalmente, a organização pode encerrar rapidamente a conexão quando a transferência for concluída.

  Vários parceiros do Oracle oferecem soluções para configurar conexões de alta velocidade de data centers locais ou de outras nuvens públicas para o Oracle Cloud Infrastructure .

• Storage Gateway - Quando uma conexão segura é estabelecida, as organizações podem usar o Oracle Cloud Infrastructure Storage Gateway para criar cópias com segurança de arquivos locais e colocá-las no Oracle Object Storage sem a necessidade de modificar aplicativos.

Suporte Off-line

Para organizações com conjuntos de dados grandes, com escopo em petabyte, relacionados a longos tempos de upload, a Oracle recomenda o Oracle Cloud Infrastructure Data Transfer Service. Esse serviço usa discos rígidos comuns ou o Oracle Data Transfer Appliance para transportar de forma rápida e segura dados para o Oracle sem passar pela conexão.

• Data Transfer Appliance - Cada Data Transfer Appliance permite que as organizações migrem até 150 TBs de dados. Os appliances podem ser solicitados por meio da console de gerenciamento do Oracle Cloud Infrastructure após a criação de um job de transferência. O appliance deve ser configurado e conectado à rede local. As equipes de migração também precisam montar volumes NFS fora do appliance e copiar os dados no appliance. Depois que os dados forem copiados, envie o appliance de volta à Oracle e monitore o status da transferência de dados.
• O Data Transfer Disk Oracle 's Data Transfer Disk é outra solução de transferência de dados off-line. As organizações enviam dados como arquivos em discos criptografados para um site de transferência do Oracle. Em seguida, os operadores do site fazem upload dos arquivos para o bucket de armazenamento de objetos designado da organização. Os usuários são livres para mover os dados submetidos a upload para outros serviços da Oracle Cloud Infrastructure , conforme necessário.

  Após todas as VMs, dados e arquivos serem transportados de forma segura para o Oracle Cloud Infrastructure , é hora de provisionar e implantar o ambiente de destino.

Segurança e Identidade

O objetivo da arquitetura de segurança é permitir que você mantenha a postura de segurança ao executar aplicações críticas de negócios no Oracle Cloud. Embora você possa reduzir o overhead de criação e manutenção da infraestrutura do data center, ainda é necessário controlar e transparência sem paralelo em relação ao que está sendo executado na nuvem. Com a arquitetura de gerenciamento de acesso de identidade, você pode agrupar e isolar recursos de acordo com sua estrutura organizacional e hierarquia, controlar quem tem acesso a recursos da nuvem, que tipo de acesso um grupo de usuários e a quais recursos específicos.

A arquitetura de segurança do Oracle Cloud Infrastructure ajuda a atender estes objetivos:

• Certifique-se de que o JD Edwards e os ativos de dados associados estão isolados
• Proteger aplicativos com acesso à internet
• Criptografia de dados
• Segregar responsabilidades operacionais e restringir o acesso aos serviços na nuvem
• Usar ativos de segurança existentes e de terceiros
• Auditar e monitorar ações
• Demonstrar prontidão de conformidade

A figura a seguir ilustra a arquitetura de referência de segurança fornecida para JD Edwards em execução no Oracle Cloud Infrastructure .
Descrição da ilustração single_availability_domain_jd_edwards_deployment_withcallouts-security.png

• Nuvem privada virtual : fornece isolamento para o JD Edwards de qualquer outra carga de trabalho no Oracle Cloud. Subdividade usando sub-redes e aplicar regras de segurança para isolar e controlar o acesso a recursos.
• Firewalls da Internet : Uma lista de segurança fornece um firewall virtual para cada camada, com regras de entrada e saída que especificam os tipos de tráfego permitidos dentro e saída.
• O Secure Load Balancing : TLS 1.2 é suportado por padrão para balancear com segurança o tráfego dentro da implementação e das conexões externas.
• Conectividade Segura com a Internet : o tráfego associado à Internet com/de uma VCN deve passar por um Gateway de Internet. As tabelas de roteamento virtual podem ser implementadas com endereços IP privados para uso com dispositivos de firewall da parte NAT e 3rd.
• Conectividade Segura com o Data Center : O tráfego pode ser roteado por meio de um DRG para tráfego privado. Ele é usado com uma conexão IPSec VPN ou FastConnect para estabelecer conectividade privada com suas instalações ou outra rede na nuvem.
• Proteger Aplicativos Web : o Oracle fornece um serviço WAF (Web Application Firewall) que inspeciona qualquer solicitação do servidor de aplicativos Web para o usuário final.

Gerenciamento e Governança de Custos

Ao passar de um modelo de dispêndio de capital (CapEx), em que muitos custos são fixos na implementação de um projeto, para um modelo de dispêndio operacional (OpEx), em que os custos se estendem e diminuem com o uso, geralmente exigem ferramentas de gerenciamento de custo para entender e controlar esses custos dentro da sua organização.

Essas ferramentas podem ativar:

• Definir e gerenciar orçamentos de nuvem
• Impedir excedentes
• Garantir o rastreamento de custo preciso entre departamentos e projetos
• Analisar quais departamentos, serviços e projetos estão contribuindo para uso na nuvem ao longo do tempo
• Obter detalhes de uso granular para reconciliação de NFF
• Identificar áreas para otimizar custos

O Oracle fornece quatro serviços de plataforma de nuvem para atender às seguintes necessidades:

• Compartimentos : Os compartimentos podem ser usados para garantir o isolamento de recursos na nuvem entre unidades de negócios. Além disso, elas também são usadas para agrupar recursos logicamente para fins de medição de uso e faturamento. Recomendamos criar um compartimento para cada parte principal de sua organização, ou seja, unidade de negócios ou departamento. Os compartimentos também podem ser aninhados para suportar subseparadores.
• Tags : Aproveite as tags para rastrear o custo e o uso de recursos associados a um projeto específico que se estende a vários departamentos. Além disso, você pode agilizar o gerenciamento de recursos, marcando e executando script de ações em massa exatamente nos recursos Oracle Cloud Infrastructure desejados. As tags aproveitam políticas e controles para garantir a integridade da marcação e para impedir que os usuários criem tags em excesso, duplicações e manipulam tags existentes.
• Orçamentos : Depois que os recursos forem designados aos compartimentos que correspondem aos casos de uso, departamentos ou regiões de operação específicos, você poderá definir orçamentos, exibir como os gastos estão rastreando com orçamentos e configurar alertas de modo que o uso inesperado seja sinalizado antes que um orçamento seja realmente excedido.
• Análise de Custo: o painel de análise de custo do faturamento pode ajudar a visualizar os grandes períodos que estão contribuindo para o uso e o custo da nuvem. Você pode analisar custos por serviço em nuvem, compartimentos e tags. Por exemplo, um analista ou administrador pode usar essa ferramenta para identificar a diferença entre produção aumentada ou uso de desenvolvimento/teste, bem como a diferença entre o aumento do uso de armazenamento versus rede.
• Relatórios de Uso Detalhado: Arquivos CSV que contêm dados detalhados em nível de recurso e horas, incluindo todos os metadados associados, isto é, tags e compartimentos. Exporte relatórios de uso detalhados como arquivos CSV e importe para ferramentas de business intelligence existentes para casos de uso de reconciliação de fatura, para obter mais granularidade na fatura e para identificar áreas para otimização de custo. Por exemplo, você pode aproveitar os dados de uso detalhados e combinar com os dados de utilização da CPU do serviço Oracle Cloud Infrastructure Monitoring para identificar instâncias com baixa utilização da CPU e fazer shutdown.

Descrição da ilustração cost_management_compartments.png

Monitoramento

Você precisa poder monitorar a integridade e a capacidade dos recursos de infraestrutura em nuvem para otimizar o desempenho do JD Edwards em todos os horários e em tempo real. Os objetivos incluem garantir a disponibilidade e o desempenho do JD Edwards na nuvem e detectar e corrigir anomalias para que possam afetar sua empresa. Além disso, você pode exigir a visibilidade para identificar gargalos e subutilização de recursos para otimizar de acordo.

Infrastructure Monitoring

Talvez você já esteja aproveitando ferramentas de monitoramento, como Oracle Enterprise Manager e Oracle Management Cloud, para sua implantação do JD Edwards existente. O Oracle Cloud Infrastructure oferece monitoramento da infraestrutura nativamente dentro da console, mas suporta também suas ferramentas de monitoramento existentes. Dependendo se você planeja migrar todos os aplicativos JD Edwards e conjuntos de dados para o Oracle Cloud ou manterá um ambiente em nuvem híbrida, a Oracle recomenda as seguintes ferramentas de monitoramento.

• Monitoramento em Vários Níveis de Ambientes Híbridos/de Várias Camadas: Para cenários de migração mais de várias camadas, recomendamos aproveitar o Oracle Management Cloud. O Oracle Management Cloud fornece monitoramento integrado entre ambientes híbridos e multicanal. Ele executa o monitoramento por meio do uso de agentes entre várias camadas da infraestrutura para desempenho da aplicação, segurança e até mesmo atividade do usuário final. E se integra ao Oracle Enterprise Manager para o Oracle Database Performance and capacity analytics.
• Oracle Cloud Infrastructure Monitoring : Métricas e painéis de controle econômicas e prontos para uso são fornecidos para TI para monitorar recursos da nuvem, como instâncias de computação, volumes em blocos, NICs virtuais, balanceadores de carga e buckets de armazenamento de objetos nativos na console do Oracle Cloud Infrastructure . Por exemplo, você pode utilizar o monitoramento para rastrear a utilização da CPU, a utilização da memória e integrar-se com a escala de cálculo automático. Você também pode fazer a integração com ferramentas de visualização de código-fonte aberto, executar suas próprias consultas de métricas e fazer com que seus aplicativos emitam suas próprias métricas personalizadas, permitindo que você visualize, monitore e crie alarme em todos os dados de série de tempo críticos, de um local na console.

O Oracle Cloud Infrastructure executa o monitoramento sem agente. Atualmente, este serviço de monitoramento de infraestrutura nativa não monitora serviços de banco de dados. É recomendável usar o Oracle Management Cloud ou o Oracle Enterprise Manager, dependendo de se o Oracle Database estiver implantado no local ou como um serviço de nuvem.