Avaliações e Detalhes do Produto Amazon Relational Database Service (RDS)

O que eu mais gosto no Amazon Relational Database Service (RDS) é que ele simplifica o gerenciamento de banco de dados ao lidar com backups, agrupamento, escalonamento, alta disponibilidade e automação. Ele reduz muito a sobrecarga operacional em comparação com o gerenciamento manual de bancos de dados. O monitoramento automatizado, a aplicação de patches e o failover melhoram a confiabilidade e reduzem o esforço de manutenção manual. Os backups automatizados simplificam a recuperação e a retenção. As implantações em várias zonas de disponibilidade melhoram a disponibilidade e a confiabilidade. As percepções de desempenho aprimoram o monitoramento e a otimização de consultas, enquanto as réplicas de leitura melhoram o suporte para escalonamento e cargas de trabalho analíticas. A configuração básica é direta. Análise coletada por e hospedada no G2.com.

O VAS pode aumentar à medida que a carga de trabalho escala, especialmente para instâncias de alto desempenho e armazenamento. Também descobri que certas otimizações e personalizações de banco de dados de baixo nível são limitadas em comparação com bancos de dados autogeridos. Análise coletada por e hospedada no G2.com.

Gosto que o Amazon Relational Database Service (RDS) cuide da gestão da infraestrutura do banco de dados, o que nos dá, a mim e à minha equipe, mais tempo para focar nos dados propriamente ditos. A alta disponibilidade e os recursos avançados de segurança são impressionantes, tornando o serviço mais confiável. Acho muito conveniente a variedade de motores de banco de dados fornecidos pela AWS em um só lugar, pois isso simplifica nossas operações. Os bancos de dados geridos pela AWS assumem a tarefa tediosa de lidar manualmente com bancos de dados e oferecem um ambiente de banco de dados rápido, confiável e seguro, que é crítico para nós. Análise coletada por e hospedada no G2.com.

Em termos de RDS, o armazenamento em bloco pode ser um problema às vezes, pois o bloco tem um limite de armazenamento fixo, o que pode ser crítico no momento da migração de armazenamento ou em operações críticas. Além disso, para um iniciante, a configuração inicial pode ser um pouco tediosa. Análise coletada por e hospedada no G2.com.

A melhor coisa que eu gosto no Amazon Relational Database Service (RDS) é que ele simplifica o gerenciamento de banco de dados e lida muito bem com cargas de trabalho de produção. Não precisamos nos preocupar com backups e atualizações, pois ele cuida disso. Ele também suporta vários mecanismos de banco de dados como o MySQL, que é o melhor. Nós o usamos principalmente porque ele escala muito bem com base nas cargas de trabalho. Análise coletada por e hospedada no G2.com.

Eu não tenho grandes aversões ao Amazon Relational Database Service. Análise coletada por e hospedada no G2.com.

O RDS ajudou a facilitar o gerenciamento de banco de dados em escala para nós. As implantações Multi-AZ lidam com a falha de forma contínua, ajudando, backups automatizados e recuperação pontual sem qualquer esforço manual nos ajudaram com melhor disponibilidade e recuperação de desastres. Redimensionamento e réplicas de leitura para nossas cargas de trabalho pesadas de leitura ajudaram na escalabilidade. O Performance Insights melhorou a observabilidade com a identificação de consultas lentas e gargalos. A aplicação de patches e a manutenção têm sido tranquilas. Análise coletada por e hospedada no G2.com.

Os serviços gerenciados têm um custo mais alto. Além disso, a falta de acesso root dificulta a instalação de certas extensões ou o ajuste de parâmetros ao nível do sistema operacional. As atualizações de versões principais do mecanismo não têm sido tranquilas para nós. Análise coletada por e hospedada no G2.com.

A melhor coisa sobre o Amazon RDS é como ele elimina o gerenciamento manual de banco de dados. Ele lida automaticamente com backups, aplicação de patches de software, escalonamento e configurações de alta disponibilidade, permitindo que você se concentre no desenvolvimento de aplicativos em vez da manutenção da infraestrutura. Recursos como implantação Multi-AZ, réplicas de leitura e recuperação pontual aumentam a confiabilidade e o desempenho com esforço mínimo. Análise coletada por e hospedada no G2.com.

A personalização é limitada e não há acesso root. Além disso, os custos podem parecer imprevisíveis. Também encontrei problemas de dependência de fornecedor, tempo de inatividade durante a escalabilidade e controle limitado sobre a replicação, o que torna mais difícil gerenciar as coisas da maneira que eu quero. Análise coletada por e hospedada no G2.com.

- Dividimos um aplicativo monolítico massivo suportado pelo Oracle 11g/12c em 25 esquemas alinhados a microsserviços e migramos tudo para o Oracle 19c no RDS, dando a cada serviço seu próprio limite de desempenho e escalabilidade.

- O que mais gosto no RDS é que não precisamos mais gastar muito tempo com tarefas manuais pesadas — correções, backups automatizados, restaurações no ponto no tempo (até o segundo) e até mesmo provisionamento. Tarefas como essas costumavam levar semanas, envolver várias reuniões e exigir ciclos de aprovação, mas agora são totalmente automatizadas e acontecem em segundo plano com apenas uma configuração simples.

- Os desafios de recuperação e failover que enfrentávamos anteriormente com nosso monolito foram completamente eliminados. Ao aproveitar a replicação automatizada e síncrona do Amazon RDS e as capacidades de failover Multi-AZ, ganhamos um nível de resiliência que garante que nosso aplicativo permaneça online mesmo durante uma interrupção total da Zona de Disponibilidade. Com 99,95% de tempo de atividade, somos muito mais do que apenas resilientes (em um cenário de failover de pior caso, a transição acontece em aproximadamente 2 minutos, o que está bem dentro do nosso RTO aceitável).

- Gerenciar 25 microsserviços e seus conjuntos de dados em rápida expansão não parece ser um desafio para nós, e nossas operações foram simplificadas com sua implementação baseada em configuração. Com o RDS, temos a opção de escalar armazenamento de forma contínua, atualizar tipos de instância e aproveitar réplicas de leitura para descarregar o tráfego. Essa flexibilidade tem sido um pilar da nossa jornada de migração, proporcionando economias de custo significativas e eficiência operacional.

- Temos a opção de parar instâncias RDS de ambientes inferiores durante os fins de semana ou quando não estão em uso, economizando custos adicionais.

- A AWS, como de costume, tem um suporte ao cliente de primeira linha para o RDS. Análise coletada por e hospedada no G2.com.

- A mudança de on-prem para RDS quebrou nossa integração profunda com o New Relic; como não temos mais acesso ao nível do sistema operacional para instalar agentes personalizados, perdemos a capacidade de realizar monitoramento granular ao nível de tabela, do qual dependíamos para ajustes de desempenho legados.

- Observamos que o banco de dados fica preso no estado de Atualização/Modificação durante as modificações e realmente não temos como verificar o problema real além de apenas esperar. Às vezes, somos obrigados a reiniciar o mesmo, o que é bastante tedioso em alguns momentos. Isso realmente precisa de alguma atenção da AWS; nós, usuários, precisamos de visibilidade sobre o progresso.

- As permissões SYSDBA são restritas, mas isso não é um bloqueio. Análise coletada por e hospedada no G2.com.

O AWS RDS oferece tanto o PostgreSQL quanto sua versão modificada, o Aurora. É estável e tem um bom desempenho. Os logs de consulta e insights são úteis para gerenciar o banco de dados. Análise coletada por e hospedada no G2.com.

Não há muito do que não gostar; as lacunas, como os analisadores de consultas, estão disponíveis gratuitamente. O PostgreSQL tem um ecossistema e documentação bastante bons que o cercam. Análise coletada por e hospedada no G2.com.

Sua natureza totalmente gerenciada—lidando com backups, escalonamento, correções e alta disponibilidade automaticamente—para que você possa se concentrar em construir aplicações em vez de gerenciar bancos de dados. Análise coletada por e hospedada no G2.com.

Controle de baixo nível limitado em comparação com bancos de dados autogeridos, especialmente para ajustes avançados e personalização. Análise coletada por e hospedada no G2.com.

Bem, o RDS é indispensável na minha opinião se o seu projeto está na AWS e você está trabalhando com bancos de dados relacionais. Algumas coisas que eu pessoalmente gostei sobre o Amazon RDS são que a maioria das operações como correções, backups, escalonamentos, etc., são automáticas, então é necessário muito menos esforço do lado das operações, e eu não acho que qualquer outro RDS funcione tão bem quanto o Amazon RDS funciona com a AWS. Eu também achei que todas as operações são realizadas de forma muito suave, e pessoalmente nunca enfrentei falhas ao usá-lo, então definitivamente é bastante robusto também. Análise coletada por e hospedada no G2.com.

Há algumas desvantagens aqui também, primeiro o custo de uso que eu sinto ser muito alto, inicialmente o custo pode parecer normal, mas à medida que sua aplicação escala, o custo aumenta bastante. Além disso, senti que há muito pouco controle sobre o servidor de banco de dados, o que não me permitiu personalizar algumas coisas que eu queria. Além disso, se algumas ferramentas de monitoramento a mais puderem definitivamente ajudar o usuário a solucionar problemas. Análise coletada por e hospedada no G2.com.

Gosto dos backups automáticos e da aplicação de patches. Isso cuida da manutenção rotineira do banco de dados, o que economiza muito tempo e reduz o risco de erros. O recurso de replicação multi-AZ também é ótimo para garantir o tempo de atividade. Análise coletada por e hospedada no G2.com.

O dimensionamento pode ser um pouco complicado para cargas de trabalho muito grandes, e o custo pode aumentar se você precisar de alta disponibilidade em várias regiões. Análise coletada por e hospedada no G2.com.