Ouvimos muito essa pergunta:o que há com o Amazon Aurora? Ao determinar o melhor serviço de banco de dados gerenciado para sua organização, há vários fatores a serem considerados – e um ponto comum em todos eles é quanto controle você precisa. A Amazon está dando muito peso à sua oferta Aurora DBaaS, mas – dependendo de seus requisitos e prioridades – optar por executar um banco de dados como MariaDB no Amazon EC2 ou um serviço diferente, não Amazon, pode ser mais adequado para você.
Aqui estão quatro coisas que você provavelmente não sabia sobre o Amazon Aurora.
Um banco de dados antigo e desatualizado
O Amazon Aurora 2.x usa uma versão antiga do MySQL 5.7.
O Aurora 2.0.1 foi lançado em fevereiro de 2018, usando o MySQL 5.7.12, lançado em abril de 2016. O Aurora 2.x ainda usa uma versão antiga do MySQL 5.7. No entanto, a Amazon não publica mais a versão de manutenção que usa. Isto não deveria vir como surpresa. Houve mais de uma dúzia de versões de manutenção do MySQL desde 5.7.12. Quantas das correções de bugs contidas neles foram retroportadas pela Amazon? 17… de centenas.
- Aurora 2.02.0:Bug nº 22833364
- Aurora 2.02.3:Erros #24929748, #26867509, #22843444, #25080442
- Aurora 2.03.0:Erros #24929748, #26867509, #22843444, #25080442
- Aurora 2.03.3:Erros #25361251, #26734162, #27460607, #22343910, #23074801, #25287633
- Aurora 2.04.0:Bug nº 26225783
- Aurora 2.04.2:Bug nº 24829050
Se você pudesse escolher um novo banco de dados, você escolheria um lançado há mais de três anos, um que está faltando três anos de correções de bugs, patches de segurança, melhorias e novos recursos?
Tempo de inatividade e interrupção necessários
O Aurora requer tempo de inatividade para manutenção. Embora algumas manutenções sejam opcionais e possam ser adiadas indefinidamente, outras manutenções, como patches de segurança e confiabilidade, não são apenas necessárias, mas resultam em tempo de inatividade durante uma janela de manutenção aleatória de 30 minutos. Além disso, as atualizações do banco de dados (ou seja, atualizações do mecanismo de banco de dados) resultam em 20 a 30 segundos de inatividade porque são executadas em todas as instâncias de banco de dados em um cluster ao mesmo tempo.
A Plataforma MariaDB, por outro lado, oferece suporte a atualizações contínuas com alternâncias graciosas, permitindo que os DBAs realizem manutenção sem tempo de inatividade sob demanda.
Além da manutenção e atualizações, o Aurora pode levar até dois minutos para realizar um failover automático, resultando em mais tempo de inatividade. Além disso, o failover automático resulta em conexões perdidas, sessões e transações em andamento.
A Plataforma MariaDB, diferentemente do Aurora, oferece suporte a clustering multimestre para eliminar o tempo de inatividade devido a uma falha inesperada. Além disso, a Plataforma MariaDB suporta migração de conexão, restauração de sessão e repetição de transação para garantir que falhas inesperadas não afetem os aplicativos.
Falta de segurança empresarial
O Aurora não possui muitos dos recursos de segurança empresarial esperados de bancos de dados modernos, incluindo um firewall de banco de dados, mascaramento dinâmico de dados, funções, rotação de chaves e TLS 1.3.
O Aurora oferece suporte ao Amazon Key Management Service, mas não oferece suporte à rotação de chaves para uma instância de banco de dados. Em vez disso, um alias de chave pode ser usado para alterar a chave para novas instâncias de banco de dados. Assim, mesmo que uma nova chave seja adicionada, as instâncias de banco de dados existentes continuarão a criptografar e descriptografar dados usando a chave antiga.
A Plataforma MariaDB suporta rotação de chaves e, quando uma nova chave é adicionada, ela pode recriptografar automaticamente os dados usando a nova chave – permitindo que a chave antiga seja descartada.
O Aurora não possui os recursos avançados de firewall de banco de dados e mascaramento de banco de dados dinâmico disponíveis na Plataforma MariaDB e, como o Aurora é baseado em uma versão antiga do MySQL, também não possui funções. Além disso, está limitado ao TLS 1.0, 1.1 e 1.2.
O mínimo denominador comum
O Aurora fornece aos usuários um banco de dados básico criado usando um modelo de cookie-cutter destinado a atender ao mínimo denominador comum. Embora a plataforma MariaDB possa escalar leituras, gravações e armazenamento com fragmentação transparente por meio do mecanismo de armazenamento Spider ou se beneficiar do armazenamento otimizado para gravação e espaço em SSDs por meio do mecanismo de armazenamento MyRocks (desenvolvido pelo Facebook), o Aurora não tem nenhum dos dois. Ele é limitado ao mecanismo de armazenamento InnoDB.
Depois, há armazenamento distribuído, colunar e processamento massivamente paralelo com MariaDB ColumnStore. É mais um mecanismo de armazenamento não disponível no Aurora. Embora a Amazon sugira o uso do Aurora para processamento transacional e Redshift para análise, ambos podem ser feitos com a Plataforma MariaDB – permitindo processamento transacional/analítico híbrido (HTAP).
Além dos mecanismos de armazenamento otimizados para carga de trabalho, há muitos recursos disponíveis na Plataforma MariaDB que não podem ser encontrados no Aurora, incluindo compatibilidade com o Oracle Database (ou seja, PL/SQL), tabelas temporais, reversão pontual, captura de dados de alteração de streaming , um produtor Apache Kafka, divisão transparente de leitura/gravação, restrições de verificação, expressões de valor padrão, expressões de tabela comuns, operadores de conjunto, funções de janela, funções definidas pelo usuário (escalar, agregada e janela), sequências e muito mais.
A própria experiência da Amazon com o Aurora ilustra a importância das considerações acima. Pouco depois de mover alguns de seus bancos de dados para o Aurora, a Amazon sofreu interrupções generalizadas e outros problemas de banco de dados durante o Prime Day 2018. À medida que o Prime Day 2019 se aproxima, desejamos boa sorte à Amazon!
