Saiba mais sobre a Migração de Cargas de Trabalho do Apache Tomcat

Você está gastando um valioso tempo de recurso aplicando patches a bancos de dados e sistemas operacionais, criando backups e executando outras tarefas de manutenção quando seu tempo seria melhor gasto com foco em seu negócio principal. Considere migrar suas cargas de trabalho locais do Apache Tomcat para a nuvem, liberar recursos e melhorar a segurança.

Antes de Começar

Saiba mais sobre como migrar suas cargas de trabalho locais do Tomcat Server para a nuvem.

Revise a seguinte arquitetura de referência, workshop e manuais de soluções relacionados:

Arquitetura

Esta arquitetura mostra servidores Apache Tomcat e um banco de dados autônomo na nuvem.

A biblioteca de modelos de terraform de início rápido do Oracle fornece uma arquitetura de referência para implantar servidores Tomcat no Oracle Cloud Infrastructure como infraestrutura como código, um método de implantação reproduzível. Por padrão, o modelo provisiona um banco de dados Oracle Autonomous Transaction Processing e configura o driver Oracle Java Database Connectivity (JDBC) para uso com o Tomcat.

A descrição de architecture-deploy-tomcat-adb.png é exibida a seguir
Descrição da ilustração architecture-deploy-tomcat-adb.png

Essa arquitetura suporta os seguintes componentes:

  • Região

    Uma região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, chamados domínios de disponibilidade. As regiões são independentes de outras regiões e vastas distâncias podem separá-las (entre países ou mesmo continentes).

  • Domínio de disponibilidade

    Os domínios de disponibilidade são centros de dados independentes e independentes em uma região. Os recursos físicos em cada domínio de disponibilidade são isolados dos recursos nos outros domínios de disponibilidade, o que fornece tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura, como energia ou resfriamento, ou a rede de domínios de disponibilidade interna. Portanto, é improvável que uma falha em um domínio de disponibilidade afete os outros domínios de disponibilidade na região.

  • Domínio de falha

    Um domínio de falha é um agrupamento de hardware e infraestrutura dentro de um domínio de disponibilidade. Cada domínio de disponibilidade tem três domínios de falha com energia e hardware independentes. Quando você distribui recursos entre vários domínios de falha, seus aplicativos podem tolerar falhas físicas do servidor, manutenção do sistema e falhas de energia dentro de um domínio de falha.

  • Rede virtual na nuvem (VCN) e sub-rede

    Um VCN é uma rede personalizável definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem controle total sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você pode alterar depois de criar a VCN. Você pode segmentar uma VCN em sub-redes, que podem ter escopo para uma região ou para um domínio de disponibilidade. Cada sub-rede consiste em uma faixa contígua de endereços que não se sobrepõem às outras sub-redes da VCN. É possível alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.

  • Balanceador de carga

    O serviço Oracle Cloud Infrastructure Load Balancing fornece distribuição de tráfego automatizada de um único ponto de entrada para vários servidores no backend.

  • Lista de Segurança

    Para cada sub-rede, você pode criar regras de segurança que especifiquem a origem, o destino e o tipo de tráfego que deve ser permitido dentro e fora da sub-rede.

  • Tabela de Rotas

    As tabelas de rotas virtuais contêm regras para rotear o tráfego de sub-redes para destinos fora de uma VCN, geralmente por meio de gateways.

  • Gateway da Internet

    O gateway de internet permite o tráfego entre as sub-redes públicas em uma VCN e a internet pública.

  • Host de Bastion

    O host bastion é uma instância de computação que serve como um ponto de entrada seguro e controlado para a topologia de fora da nuvem. O bastião host é provisionado normalmente em uma zona desmilitarizada (DMZ). Ele permite proteger recursos confidenciais colocando-os em redes privadas que não podem ser acessadas diretamente de fora da nuvem. A topologia tem um único ponto de entrada conhecido que você pode monitorar e auditar regularmente. Assim, você pode evitar expor os componentes mais sensíveis da topologia sem comprometer o acesso a eles.

  • Servidores do Apache Tomcat

    O software Apache Tomcat potencializa inúmeros aplicativos Web de grande escala e de missão crítica em uma ampla gama de setores e organizações. Os servidores Tomcat hospedam o Servlet Java, o JavaServer Pages, o Java Expression Language e o Java WebSockets. Seus aplicativos existem nesta camada.

  • Servidores de banco de dados

    O Tomcat pode estabelecer conexão com qualquer banco de dados que ofereça Conectividade do Banco de Dados Java JDBC. Essa arquitetura usa o Oracle Autonomous Database.

  • Banco de dados autônomo

    Os bancos de dados autônomos do Oracle Cloud Infrastructure são totalmente gerenciados, ambientes de banco de dados pré-configurados que podem ser usados para processamento de transações e cargas de trabalho de data warehousing. Você não precisa configurar ou gerenciar nenhum hardware ou instalar nenhum software. O Oracle Cloud Infrastructure trata da criação do banco de dados, bem como do backup, aplicação de patches, upgrade e ajuste do banco de dados.

Sobre Serviços e Atribuições Necessários

Essa solução requer os seguintes serviços e funções:

  • Oracle Cloud Infrastructure: Local de destino na nuvem ao migrar o banco de dados do local.

  • Oracle Database e Oracle Cloud Infrastructure Database: Os bancos de dados de origem são locais e os bancos de dados de destino são provisionados no Oracle Cloud Infrastructure.

  • Oracle Autonomous Transaction Processing: Sistema de banco de dados autônomo Oracle na nuvem.

Essas são as atribuições necessárias para cada serviço.

Nome do Serviço: Função Necessário para...
Oracle Database: root privilégios de sistema ou sudo com a capacidade de executar comandos como raiz. Migrar o banco de dados.
Oracle Cloud Infrastructure Identity and Access Management: OCI_Administrator Políticas de controle e quem tem acesso aos recursos de nuvem da sua região. Você pode controlar o tipo de acesso que um grupo de usuários tem e a quais recursos específicos.

Se você exigir que usuários que não são administradores implantem essa solução, certifique-se de que o usuário pertença a um grupo que tenha as seguintes políticas de segurança em vigor:

  • Permitir que o grupo MyGroup gerencie a família de instâncias no compartimento MyCompartment

  • Permitir que o grupo MyGroup gerencie a família de rede virtual no compartimento MyCompartment

  • Permitir que o grupo MyGroup gerencie a família de volumes no compartimento MyCompartment

  • Permitir que o grupo MyGroup gerencie balanceadores de carga no compartimento MyCompartment

  • Permitir que o grupo MyGroup gerencie a família autonomous-database no compartimento MyCompartment

Consulte Saiba como obter os serviços do Oracle Cloud for Oracle Solutions para obter os serviços de nuvem de que você precisa.