As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Objetivos de migração
Talvez você queira mover suas cargas de trabalho Oracle do seu ambiente local para AWS por vários motivos. Por exemplo, talvez você queira reduzir custos, aumentar a agilidade, melhorar a segurança ou refatorar sua carga de trabalho mais rapidamente. Quaisquer que sejam os motivos por trás de sua decisão, escolher a estratégia de migração correta é importante para que você possa atingir suas metas e os prazos necessários.
Reduzindo custos
A execução de bancos de dados Oracle em um ambiente local pode gerar altos custos de licenciamento nos seguintes cenários:
-
Bancos de dados que estão sendo executados em hardware antigo
-
Bancos de dados que não servem mais ao propósito e são possíveis candidatos à aposentadoria
-
Bancos de dados que exigem modernização
-
Bancos de dados mais antigos que são retidos por motivos de conformidade, como informações de identificação pessoal (PII), Regulamento Geral de Proteção de Dados (GDPR), Fair Labor Standards Act (FLSA) ou qualquer outra conformidade específica do país ou do setor
Com base nos requisitos desses cenários, talvez você não queira alocar a mesma quantidade de recursos para reduzir os custos operacionais e de licenciamento, mas talvez queira escalar automaticamente com base na necessidade, e isso pode ser feito com mais facilidade na nuvem. Para uma discussão sobre custos e riscos, consulte o guia Armadilhas de custos da Oracle e como superá-las com as AWS soluções
Aumento da agilidade
Provisionar um banco de dados Oracle em um ambiente local geralmente é uma atividade demorada que pode levar algumas semanas ou até meses. Com o Amazon Elastic Compute Cloud (Amazon EC2), você pode criar um banco de dados Oracle do tamanho necessário em pouco tempo usando infraestrutura como código (IaC).
A velocidade com que as instâncias Oracle AWS podem ser ampliadas ou reduzidas para atender à sua demanda o ajudará a concluir as atividades de desenvolvimento e a tomar decisões rapidamente. Os bancos de dados Oracle que são rehospedados AWS podem obter maior agilidade para soluções personalizadas. Por exemplo, quando você hospeda um banco de dados Oracle na Amazon EC2, você tem a capacidade de implantar vários ambientes em segundos
Melhorando a segurança
Organizações que executam bancos de dados Oracle no local são responsáveis pela segurança em todas as camadas, incluindo dados em repouso e em trânsito. Isso pode resultar em uma configuração de segurança incompleta, o que potencialmente deixa o banco de dados em risco. Com o Modelo de Responsabilidade AWS Compartilhada
Você pode restringir o acesso público à EC2 instância que hospeda o banco de dados Oracle para que os aplicativos fora da nuvem privada virtual (VPC) não possam acessar o banco de dados. Você pode usar uma chave AWS Key Management Service (AWS KMS)
Refatoração mais rápida
Os bancos de dados que já estão ativos AWS são mais fáceis de refatorar em comparação com os bancos de dados locais. Um banco de dados que já está ativo AWS tem a infraestrutura necessária VPCs, incluindo grupos de segurança e redes. Quando estiver pronto para modernizar o banco de dados, você poderá usar sua AWS infraestrutura existente para iniciar seu mecanismo de banco de dados refatorado. Se esse for seu objetivo, você pode AWS primeiro migrar seu banco de dados Oracle para e, em seguida, iniciar o processo de refatoração ou modernização.
Outras opções de refatoração que podem ajudar a reduzir os custos de licenciamento e a sobrecarga operacional incluem o seguinte:
-
Descarregue os bancos de dados arquivando os dados no Amazon Simple Storage Service (Amazon S3)
-
Migre bancos de dados de armazém de dados Oracle para o Amazon Redshift
-
Migre bancos de dados Oracle para bancos de dados de código aberto:
