ApsaraDB RDS:Competitive advantages of ApsaraDB RDS over self-managed databases

• Recursos escaláveis sem investimento inicial em hardware.
• O AliSQL — ramificação independente do MySQL da Alibaba Cloud — oferece recursos comparáveis ao MySQL Enterprise Edition sem custo adicional. Para mais informações, consulte Visão geral dos recursos do AliSQL.
• Armazenamento de backup gratuito até o dobro da capacidade adquirida. Para mais informações, consulte Preços de armazenamento de backup para uma instância do ApsaraDB RDS for MySQL.
• Tráfego de internet incluído sem cobrança.
• Suporte a nomes de domínio personalizados sem custo.
• Atualizações de versões secundárias lançadas pela Alibaba Cloud, acompanhando as versões mais recentes do MySQL.

• Recursos escaláveis, mas com MySQL open source sem otimização.
• Armazenamento de backup e tráfego de internet cobrados separadamente.

• Alto custo inicial de hardware.
• MySQL open source sem otimização.
• Infraestrutura de backup independente necessária.
• Tráfego de internet e nomes de domínio cobrados a taxas elevadas.

• RDS Basic Edition: failover concluído em aproximadamente 15 minutos.
• RDS High-availability Edition / RDS Cluster Edition: failover concluído em até 30 segundos com a arquitetura proprietária de alta disponibilidade da Alibaba Cloud.
• Instâncias somente leitura disponíveis para balanceamento de carga. Para mais informações, consulte Visão geral das instâncias somente leitura do ApsaraDB RDS for MySQL.
• Divisão de leitura e escrita distribui o tráfego por meio de um endpoint dedicado. Para mais informações, consulte Ativar o recurso de terminal de proxy para uma instância do ApsaraDB RDS for MySQL.
• Instâncias analíticas do RDS para análise de dados estão em desenvolvimento.

• Failover da edição básica leva aproximadamente 30 minutos.
• Arquitetura de alta disponibilidade exige software ou hardware adicional.
• Balanceamento de carga exige software ou hardware adicional.

• Autônomo por padrão; falha no servidor pode causar indisponibilidade de horas a semanas.
• Arquiteturas de alta disponibilidade e balanceamento de carga exigem software ou hardware adicional.

• Replicação automatizada de dados entre instâncias primárias e secundárias, além de backups automatizados de dados e logs.
• RDS Enterprise Edition oferece objetivo de ponto de recuperação (RPO) de 0 e objetivo de tempo de recuperação (RTO) de aproximadamente 1 minuto quando usado com MySQL 5.7 ou MySQL 8.0.

• O RDS Enterprise Edition para MySQL 5.7 e MySQL 8.0 (arquitetura de três nós) atinge um Objetivo de Ponto de Recuperação (RPO) de 0, o que significa nenhuma perda de dados. O Objetivo de Tempo de Recuperação (RTO) é tipicamente cerca de 1 minuto.

• Alta disponibilidade requer arquitetura construída e mantida por você.
• Para atingir RPO de 0, é necessário adquirir serviços independentes de P&D.

• Confiabilidade dos dados depende da integridade individual do disco.
• Para atingir RPO de 0, é necessário adquirir serviços independentes de P&D.

• Backup e restauração automatizados suportam recuperação point-in-time (PITR), restauração no nível do banco de dados e backups contínuos com impacto mínimo no desempenho. Para mais informações, consulte Ativar backups automáticos para uma instância do ApsaraDB RDS for MySQL.
• Monitoramento e alertas integrados cobrem todas as métricas de instância e banco de dados com granularidade de poucos segundos. Alertas são enviados por mensagem de texto, e-mail ou DingTalk — com cota gratuita de mensagens de texto baseada na sua compra. Para mais informações, consulte Configure uma regra de alerta para uma instância do ApsaraDB RDS for MySQL.
• Atualizações de versão secundária do mecanismo com poucos cliques. Para mais informações, consulte Atualizar a versão secundária do mecanismo de uma instância do ApsaraDB RDS for MySQL.

• Backups contínuos e PITR devem ser adquiridos ou configurados separadamente.
• Monitoramento requer sistema separado configurado no CloudMonitor.
• Atualizações de versão exigem esforço manual significativo.

• Backups contínuos e PITR devem ser adquiridos ou configurados separadamente.
• Sistema de monitoramento independente deve ser adquirido e configurado.
• Recuperação de desastres geográfica é difícil de configurar e cara.
• Atualizações de versão exigem esforço manual significativo.

• Instâncias com SSDs locais premium oferecem alto desempenho de I/O.
• Instâncias com SSDs aprimorados (ESSDs) superam instâncias baseadas em SSDs padrão.
• Instâncias somente leitura escalam o throughput de leitura independentemente da instância primária.
• Database Autonomy Service (DAS) fornece otimização avançada de consultas e diagnósticos. Para mais informações, consulte Visão geral do DAS.
• SQL Explorer atende à maioria das necessidades de monitoramento e otimização de desempenho. Para mais informações, consulte Usar o recurso SQL Explorer em uma instância do ApsaraDB RDS for MySQL.

• Discos locais reduzem a confiabilidade dos dados; discos em nuvem exigem planejamento manual de arquitetura.
• Implantações em cluster são complexas e exigem conhecimento especializado e dispendioso de DBA.

• Atualizações de hardware de servidores de terceiros ficam atrás das melhorias da infraestrutura em nuvem.
• Separação de computação e armazenamento exige investimento de capital significativo em mídias de armazenamento avançadas.
• Implantações em cluster exigem consultoria e conhecimento especializado dispendioso de DBA.

• Listas de permissões de endereços IP, grupos de segurança e isolamento de rede VPC para controle de acesso no nível de rede.
• Criptografia de link e criptografia de disco protegem dados em trânsito e em repouso. Criptografia de disco suporta Bring Your Own Keys (BYOKs) em todas as mídias de armazenamento.
• SQL Explorer fornece auditoria de instruções SQL.

• Listas de permissões de endereços IP, grupos de segurança e VPCs disponíveis, mas criptografia de link e de disco devem ser configuradas separadamente. Rotação de BYOK é complexa e cara.
• Logs SQL devem ser armazenados separadamente, dificultando a auditoria.

• Listas de permissões de endereços IP e VPCs disponíveis, mas exigem altos custos de consultoria para configuração.
• Criptografia de link e de disco devem ser configuradas separadamente. Rotação de BYOK é complexa e cara.
• Logs SQL devem ser armazenados separadamente, dificultando a auditoria.

• Recursos escaláveis sem investimento inicial em hardware.
• AliPG — ramificação do PostgreSQL da Alibaba Cloud — é compatível com o PostgreSQL open source e inclui recursos proprietários sem custo adicional. Para mais informações, consulte Benefícios do AliPG.
• Armazenamento de backup gratuito até o dobro da capacidade adquirida. Para mais informações, consulte Preços de armazenamento de backup para uma instância do ApsaraDB RDS for PostgreSQL.
• Tráfego de internet incluído sem cobrança.
• Suporte a nomes de domínio personalizados sem custo.
• Atualizações de versões secundárias lançadas pela Alibaba Cloud, acompanhando as versões mais recentes do PostgreSQL.

• Recursos escaláveis, mas com PostgreSQL open source sem otimização.
• Armazenamento de backup e tráfego de internet cobrados separadamente.

• Alto custo inicial de hardware.
• PostgreSQL open source sem otimização.
• Infraestrutura de backup independente necessária.
• Tráfego de internet e nomes de domínio cobrados a taxas elevadas.

• RDS Basic Edition: failover concluído em aproximadamente 15 minutos.
• RDS High-availability Edition: failover concluído em até 30 segundos com a arquitetura proprietária de alta disponibilidade da Alibaba Cloud.
• Instâncias somente leitura disponíveis para balanceamento de carga. Para mais informações, consulte Visão geral das instâncias somente leitura do ApsaraDB RDS for PostgreSQL.

• Failover da edição básica leva aproximadamente 30 minutos.
• Arquiteturas de alta disponibilidade e balanceamento de carga exigem software ou hardware adicional.

• Autônomo por padrão; falha no servidor pode causar indisponibilidade de horas a semanas.
• Arquiteturas de alta disponibilidade e balanceamento de carga exigem software ou hardware adicional.

• Replicação automatizada de dados entre instâncias primárias e secundárias, além de backups automatizados de dados e logs.
• Personalização de RPO permite configurar um RPO de 0.

• Alta disponibilidade requer arquitetura construída e mantida por você.
• Para atingir RPO de 0, é necessário adquirir serviços independentes de P&D.

• Confiabilidade dos dados depende da integridade individual do disco.
• Para atingir RPO de 0, é necessário adquirir serviços independentes de P&D.

• Backup e restauração automatizados suportam PITR, restauração no nível do banco de dados e backups contínuos com impacto mínimo no desempenho. Para mais informações, consulte Ativar backups automáticos para uma instância do ApsaraDB RDS for PostgreSQL.
• Monitoramento e alertas integrados cobrem todas as métricas de instância e banco de dados com granularidade de poucos segundos. Alertas são enviados por mensagem de texto, e-mail ou DingTalk — com cota gratuita de mensagens de texto baseada na sua compra. Para mais informações, consulte Configure uma regra de alerta para uma instância do ApsaraDB RDS for PostgreSQL.

• Backups contínuos e PITR devem ser adquiridos ou configurados separadamente.
• Monitoramento requer sistema separado configurado no CloudMonitor.

• Backups contínuos e PITR devem ser adquiridos ou configurados separadamente.
• Sistema de monitoramento independente deve ser adquirido e configurado.

• Instâncias com ESSDs superam instâncias baseadas em SSDs padrão.
• Instâncias somente leitura escalam o throughput de leitura independentemente.
• DAS fornece otimização avançada de consultas e diagnósticos. Para mais informações, consulte Visão geral do DAS.
• SQL Audit atende à maioria das necessidades de monitoramento de banco de dados e otimização de desempenho. Para mais informações, consulte Usar o recurso SQL Audit em uma instância do ApsaraDB RDS for PostgreSQL.

• Discos locais reduzem a confiabilidade dos dados; discos em nuvem exigem planejamento manual de arquitetura.
• É necessário recrutar administradores de banco de dados (DBAs) experientes.

• Atualizações de hardware de servidores de terceiros ficam atrás das melhorias da infraestrutura em nuvem.
• Separação de computação e armazenamento exige investimento de capital significativo em mídias de armazenamento avançadas.
• É necessário recrutar DBAs experientes.

Segurança

• Proteção: listas de permissões, grupos de segurança e isolamento de rede VPC.

• Criptografia: criptografia SSL e criptografia de disco.

• Proteção: listas de permissões, grupos de segurança e isolamento de rede VPC.

• Criptografia: conexão deve ser criptografada separadamente.

• Proteção: listas de permissões e isolamento de rede VPC envolvem altos custos de consultoria.

• Criptografia: implementação de criptografia de conexão separadamente necessária.

• Recursos escaláveis sem investimento inicial em hardware.
• Suporte ao SQL Server Web Edition, oferecendo opção de licenciamento econômica.
• Armazenamento de backup gratuito equivalente à metade da capacidade adquirida. Para mais informações, consulte Taxas de armazenamento de backup de uma instância do ApsaraDB RDS for SQL Server.
• Tráfego de internet incluído sem cobrança.

• Recursos escaláveis, mas sem suporte ao SQL Server Web Edition.
• Armazenamento de backup e tráfego de internet cobrados separadamente.

• Alto custo inicial de hardware.
• Sem suporte ao SQL Server Web Edition.
• Infraestrutura de backup independente necessária.
• Tráfego de internet e nomes de domínio cobrados a taxas elevadas.

• RDS Basic Edition: failover concluído em aproximadamente 15 minutos.
• RDS High-availability Edition / RDS Cluster Edition: failover concluído em até 30 segundos com a arquitetura proprietária de alta disponibilidade da Alibaba Cloud.
• RDS Cluster Edition: instâncias somente leitura disponíveis para balanceamento de carga. Para mais informações, consulte Visão geral das instâncias somente leitura do ApsaraDB RDS for SQL Server.
• RDS Cluster Edition: divisão de leitura e escrita roteia o tráfego por meio de um endpoint dedicado. Para mais informações, consulte Visão geral da divisão de leitura e escrita.

• Failover da edição básica leva aproximadamente 30 minutos.
• Arquiteturas de alta disponibilidade e balanceamento de carga exigem software ou hardware adicional.

• Autônomo por padrão; falha no servidor pode causar indisponibilidade de horas a semanas.
• Arquiteturas de alta disponibilidade e balanceamento de carga exigem software ou hardware adicional.

• Replicação automatizada de dados entre instâncias primárias e secundárias, além de backups automatizados de dados e logs.
• RDS Cluster Edition oferece RPO de 0.

• Alta disponibilidade requer arquitetura construída e mantida por você.
• Para atingir RPO de 0, é necessário adquirir serviços independentes de P&D.

• Confiabilidade dos dados depende da integridade individual do disco.
• Para atingir RPO de 0, é necessário adquirir serviços independentes de P&D.

• Backup e restauração automatizados suportam PITR, restauração no nível do banco de dados e backups contínuos com impacto mínimo no desempenho. Para mais informações, consulte Ativar backups automáticos para uma instância do ApsaraDB RDS for SQL Server.
• Monitoramento e alertas integrados cobrem todas as métricas de instância e banco de dados com granularidade de poucos segundos. Alertas são enviados por mensagem de texto, e-mail ou DingTalk — com cota gratuita de mensagens de texto baseada na sua compra. Para mais informações, consulte Gerencie uma regra de alerta.
• Recuperação de desastres geográfica está em desenvolvimento.

• Backups contínuos e PITR devem ser adquiridos ou configurados separadamente.
• Monitoramento requer sistema separado configurado no CloudMonitor.

• Backups contínuos e PITR devem ser adquiridos ou configurados separadamente.
• Sistema de monitoramento independente deve ser adquirido e configurado.
• Recuperação de desastres geográfica é difícil de configurar e cara.

• Instâncias executando SQL Server 2008 R2 com SSDs locais premium oferecem alto desempenho de I/O. Instâncias executando SQL Server 201x suportam desacoplamento de computação e armazenamento para melhor utilização do hardware.
• Instâncias com ESSDs superam instâncias baseadas em SSDs padrão. O RDS otimiza os parâmetros de ESSD para cargas de trabalho do SQL Server, dando a essas instâncias vantagem sobre bancos de dados autogerenciados no ECS.
• Instâncias somente leitura escalam o throughput de leitura independentemente.
• DAS fornece otimização avançada de consultas e diagnósticos. Para mais informações, consulte Visão geral do DAS.

• Discos locais reduzem a confiabilidade dos dados; discos em nuvem exigem planejamento manual de arquitetura.
• Implantações em cluster são complexas e exigem consultoria e conhecimento especializado dispendioso de DBA.

• Atualizações de hardware de servidores de terceiros ficam atrás das melhorias da infraestrutura em nuvem.
• Separação de computação e armazenamento exige investimento de capital significativo em mídias de armazenamento avançadas.
• Implantações em cluster exigem consultoria e conhecimento especializado dispendioso de DBA.

• Listas de permissões de endereços IP e isolamento de rede VPC para controle de acesso no nível de rede.
• Criptografia de link e criptografia de disco protegem dados em trânsito e em repouso.
• Atualizações de versões secundárias acompanham os lançamentos mais recentes do Microsoft SQL Server.

• Listas de permissões de endereços IP, grupos de segurança e VPCs disponíveis, mas criptografia de link e de disco devem ser configuradas separadamente. Rotação de BYOK é complexa e cara.
• Logs SQL devem ser armazenados separadamente, dificultando a auditoria.

• Listas de permissões de endereços IP e VPCs disponíveis, mas exigem altos custos de consultoria para configuração.
• Criptografia de link e de disco devem ser configuradas separadamente. Rotação de BYOK é complexa e cara.
• Logs SQL devem ser armazenados separadamente, dificultando a auditoria.