Ventajas competitivas de ApsaraDB RDS frente a bases de datos autogestionadas - ApsaraDB RDS

ApsaraDB RDS es un servicio de base de datos relacional totalmente gestionado que se encarga del aprovisionamiento, la aplicación de parches, las copias de seguridad, la alta disponibilidad y el monitoreo. Así, su equipo puede concentrarse en desarrollar aplicaciones en lugar de administrar bases de datos.

En comparación con la ejecución de MySQL, PostgreSQL o SQL Server en instancias de Elastic Compute Service (ECS) o servidores de terceros, ApsaraDB RDS reduce tanto la inversión inicial como el esfuerzo operativo continuo en seis dimensiones: costo, disponibilidad, confiabilidad, usabilidad, rendimiento y seguridad.

Descripción general de responsabilidad compartida

La siguiente tabla muestra las tareas que gestiona Alibaba Cloud frente a las que usted administra directamente en cada modelo de despliegue.

Tarea	ApsaraDB RDS	Autogestionado en ECS	Autogestionado en servidor de terceros
Adquisición de hardware	Alibaba Cloud	Alibaba Cloud	Usted
Instalación y aplicación de parches del sistema operativo	Alibaba Cloud	Usted	Usted
Instalación del software de base de datos	Alibaba Cloud	Usted	Usted
Aplicación de parches del software de base de datos	Alibaba Cloud	Usted	Usted
Arquitectura de alta disponibilidad	Alibaba Cloud	Usted	Usted
Copias de seguridad automatizadas	Alibaba Cloud	Usted	Usted
Monitoreo y alertas	Alibaba Cloud	Usted	Usted
Escalado	Usted y Alibaba Cloud	Usted	Usted
Optimización de aplicaciones	Usted	Usted	Usted

Ventajas de ApsaraDB RDS frente a bases de datos autogestionadas

Ventajas de las instancias de ApsaraDB RDS for MySQL frente a bases de datos MySQL autogestionadas

Elemento	ApsaraDB RDS for MySQL	Autogestionado en ECS	Autogestionado en servidor de terceros
Rentabilidad	Recursos escalables sin inversión inicial en hardware. AliSQL, la rama independiente de MySQL de Alibaba Cloud, ofrece funciones comparables a MySQL Enterprise Edition sin costo adicional. Para más información, consulte Overview of AliSQL features. Almacenamiento gratuito para copias de seguridad hasta el doble de la capacidad adquirida. Para más información, consulte Backup storage pricing for an ApsaraDB RDS for MySQL instance. Tráfico de Internet incluido sin cargo. Nombres de dominio personalizados compatibles sin costo adicional. Actualizaciones de versiones menores publicadas por Alibaba Cloud, alineadas con las últimas versiones de MySQL.	Recursos escalables, pero con MySQL de código abierto sin optimizar. El almacenamiento de copias de seguridad y el tráfico de Internet se facturan por separado.	Alto costo inicial de hardware. MySQL de código abierto sin optimizar. Infraestructura independiente obligatoria para copias de seguridad. El tráfico de Internet y los nombres de dominio se facturan a tarifas elevadas.
Disponibilidad	RDS Basic Edition: la conmutación por error se completa en aproximadamente 15 minutos. RDS High-availability Edition / RDS Cluster Edition: la conmutación por error se completa en menos de 30 segundos mediante la arquitectura de alta disponibilidad propietaria de Alibaba Cloud. Instancias de solo lectura disponibles para balanceo de carga. Para más información, consulte Overview of read-only ApsaraDB RDS for MySQL instances. La separación de lectura/escritura distribuye el tráfico de lectura y escritura a través de un endpoint dedicado. Para más información, consulte Enable the proxy terminal feature for an ApsaraDB RDS for MySQL instance. Las instancias analíticas de RDS para análisis de datos se encuentran en desarrollo.	La conmutación por error en la edición básica tarda aproximadamente 30 minutos. La arquitectura de alta disponibilidad requiere software o hardware adicional. El balanceo de carga requiere software o hardware adicional.	Configuración independiente de forma predeterminada; una falla en el servidor puede provocar desde horas hasta semanas de inactividad. Las arquitecturas de alta disponibilidad y balanceo de carga requieren software o hardware adicional.
Confiabilidad	Replicación automatizada de datos entre instancias primarias y secundarias, además de copias de seguridad automatizadas de datos y registros. RDS Enterprise Edition ofrece un objetivo de punto de recuperación (RPO) de 0 y un objetivo de tiempo de recuperación (RTO) de aproximadamente 1 minuto cuando se utiliza con MySQL 5.7 o MySQL 8.0. RDS Enterprise Edition para MySQL 5.7 y MySQL 8.0 (arquitectura de tres nodos) logra un objetivo de punto de recuperación (RPO) de 0, lo que significa que no hay pérdida de datos. El objetivo de tiempo de recuperación (RTO) suele ser de alrededor de 1 minuto.	La alta disponibilidad requiere una arquitectura que usted construya y mantenga. Para lograr un RPO de 0 es necesario adquirir servicios independientes de investigación y desarrollo.	La confiabilidad de los datos depende de la integridad de cada disco individual. Para lograr un RPO de 0 es necesario adquirir servicios independientes de investigación y desarrollo.
Usabilidad	La copia de seguridad y restauración automatizada admite recuperación a un punto en el tiempo (PITR), restauración a nivel de base de datos y copias de seguridad en streaming con un impacto mínimo en el rendimiento. Para más información, consulte Enable automatic backups for an ApsaraDB RDS for MySQL instance. El monitoreo y las alertas integrados cubren todas las métricas de instancias y bases de datos con una granularidad de pocos segundos. Las alertas se envían por mensaje de texto, correo electrónico o DingTalk, e incluyen una cuota gratuita de mensajes de texto según su compra. Para más información, consulte Configure an alert rule for an ApsaraDB RDS for MySQL instance. Actualizaciones de versiones menores del motor con unos pocos clics. Para más información, consulte Update the minor engine version of an ApsaraDB RDS for MySQL instance.	Las copias de seguridad en streaming y la PITR deben adquirirse o configurarse por separado. El monitoreo requiere un sistema separado configurado en CloudMonitor. Las actualizaciones de versión requieren un esfuerzo manual significativo.	Las copias de seguridad en streaming y la PITR deben adquirirse o configurarse por separado. Es necesario adquirir y configurar un sistema de monitoreo independiente. La recuperación ante desastres geográfica es difícil de configurar y costosa. Las actualizaciones de versión requieren un esfuerzo manual significativo.
Rendimiento	Las instancias con SSD locales premium ofrecen un alto rendimiento de E/S. Las instancias con SSD mejorados (ESSD) superan el rendimiento de las instancias basadas en SSD estándar. Las instancias de solo lectura escalan el rendimiento de lectura de forma independiente respecto a la instancia primaria. Database Autonomy Service (DAS) proporciona optimización avanzada de consultas y diagnósticos. Para más información, consulte Overview of DAS. SQL Explorer cubre la mayoría de las necesidades de monitoreo y optimización del rendimiento. Para más información, consulte Use the SQL Explorer feature on an ApsaraDB RDS for MySQL instance.	Los discos locales reducen la confiabilidad de los datos; los discos en la nube requieren una planificación manual de la arquitectura. Los despliegues de clústeres son complejos y requieren conocimientos especializados de DBA, lo cual resulta costoso.	La renovación de hardware en servidores de terceros va a la zaga de las mejoras en infraestructura en la nube. La separación de cómputo y almacenamiento requiere una inversión de capital significativa en medios de almacenamiento avanzados. Los despliegues de clústeres requieren consultoría y conocimientos especializados de DBA, lo cual resulta costoso.
Seguridad	IP address whitelists, security groups y VPC network isolation para control de acceso a nivel de red. Link encryption y disk encryption protegen los datos en tránsito y en reposo. El cifrado de disco admite el uso de claves propias (BYOK) en todos los medios de almacenamiento. SQL Explorer proporciona auditoría de sentencias SQL.	Listas blancas de direcciones IP, security groups y VPC disponibles, pero el cifrado de enlaces y de disco debe configurarse por separado. La rotación de BYOK es compleja y costosa. Los registros de SQL deben almacenarse por separado, lo que dificulta la auditoría.	Listas blancas de direcciones IP y VPC disponibles, pero su configuración implica altos costos de consultoría. El cifrado de enlaces y de disco debe configurarse por separado. La rotación de BYOK es compleja y costosa. Los registros de SQL deben almacenarse por separado, lo que dificulta la auditoría.

Ventajas de las instancias de ApsaraDB RDS for PostgreSQL frente a bases de datos PostgreSQL autogestionadas

Elemento	ApsaraDB RDS for PostgreSQL	Autogestionado en ECS	Autogestionado en servidor de terceros
Rentabilidad	Recursos escalables sin inversión inicial en hardware. AliPG, la rama de PostgreSQL de Alibaba Cloud, es compatible con PostgreSQL de código abierto e incluye funciones propietarias sin costo adicional. Para más información, consulte AliPG benefits. Almacenamiento gratuito para copias de seguridad hasta el doble de la capacidad adquirida. Para más información, consulte Backup storage pricing for an ApsaraDB RDS for PostgreSQL instance. Tráfico de Internet incluido sin cargo. Nombres de dominio personalizados compatibles sin costo adicional. Actualizaciones de versiones menores publicadas por Alibaba Cloud, alineadas con las últimas versiones de PostgreSQL.	Recursos escalables, pero con PostgreSQL de código abierto sin optimizar. El almacenamiento de copias de seguridad y el tráfico de Internet se facturan por separado.	Alto costo inicial de hardware. PostgreSQL de código abierto sin optimizar. Infraestructura independiente obligatoria para copias de seguridad. El tráfico de Internet y los nombres de dominio se facturan a tarifas elevadas.
Disponibilidad	RDS Basic Edition: la conmutación por error se completa en aproximadamente 15 minutos. RDS High-availability Edition: la conmutación por error se completa en menos de 30 segundos mediante la arquitectura de alta disponibilidad propietaria de Alibaba Cloud. Instancias de solo lectura disponibles para balanceo de carga. Para más información, consulte Overview of read-only ApsaraDB RDS for PostgreSQL instances.	La conmutación por error en la edición básica tarda aproximadamente 30 minutos. Las arquitecturas de alta disponibilidad y balanceo de carga requieren software o hardware adicional.	Configuración independiente de forma predeterminada; una falla en el servidor puede provocar desde horas hasta semanas de inactividad. Las arquitecturas de alta disponibilidad y balanceo de carga requieren software o hardware adicional.
Confiabilidad	Replicación automatizada de datos entre instancias primarias y secundarias, además de copias de seguridad automatizadas de datos y registros. La personalización del RPO le permite configurar un RPO de 0.	La alta disponibilidad requiere una arquitectura que usted construya y mantenga. Para lograr un RPO de 0 es necesario adquirir servicios independientes de investigación y desarrollo.	La confiabilidad de los datos depende de la integridad de cada disco individual. Para lograr un RPO de 0 es necesario adquirir servicios independientes de investigación y desarrollo.
Usabilidad	La copia de seguridad y restauración automatizada admite PITR, restauración a nivel de base de datos y copias de seguridad en streaming con un impacto mínimo en el rendimiento. Para más información, consulte Enable automatic backups for an ApsaraDB RDS for PostgreSQL instance. El monitoreo y las alertas integrados cubren todas las métricas de instancias y bases de datos con una granularidad de pocos segundos. Las alertas se envían por mensaje de texto, correo electrónico o DingTalk, e incluyen una cuota gratuita de mensajes de texto según su compra. Para más información, consulte Configure an alert rule for an ApsaraDB RDS for PostgreSQL instance.	Las copias de seguridad en streaming y la PITR deben adquirirse o configurarse por separado. El monitoreo requiere un sistema separado configurado en CloudMonitor.	Las copias de seguridad en streaming y la PITR deben adquirirse o configurarse por separado. Es necesario adquirir y configurar un sistema de monitoreo independiente.
Rendimiento	Las instancias con ESSD superan el rendimiento de las instancias basadas en SSD estándar. Las instancias de solo lectura escalan el rendimiento de lectura de forma independiente. DAS proporciona optimización avanzada de consultas y diagnósticos. Para más información, consulte Overview of DAS. SQL Audit cubre la mayoría de las necesidades de monitoreo de bases de datos y optimización del rendimiento. Para más información, consulte Use the SQL Audit feature on an ApsaraDB RDS for PostgreSQL instance.	Los discos locales reducen la confiabilidad de los datos; los discos en la nube requieren una planificación manual de la arquitectura. Es necesario contratar administradores de bases de datos (DBA) experimentados.	La renovación de hardware en servidores de terceros va a la zaga de las mejoras en infraestructura en la nube. La separación de cómputo y almacenamiento requiere una inversión de capital significativa en medios de almacenamiento avanzados. Es necesario contratar DBA experimentados.
Seguridad	Protección: whitelists, security groups y VPC network isolation. Cifrado: SSL encryption y disk encryption.	Protección: listas blancas, security groups y aislamiento de red VPC. Cifrado: la conexión debe cifrarse por separado.	Protección: las listas blancas y el aislamiento de red VPC implican altos costos de consultoría. Cifrado: debe implementar el cifrado de conexiones por separado.

Ventajas de las instancias de ApsaraDB RDS for SQL Server frente a bases de datos SQL Server autogestionadas

Elemento	ApsaraDB RDS for SQL Server	Autogestionado en ECS	Autogestionado en servidor de terceros
Rentabilidad	Recursos escalables sin inversión inicial en hardware. Compatible con SQL Server Web Edition, lo que ofrece una opción de licenciamiento rentable. Almacenamiento gratuito para copias de seguridad equivalente a la mitad de la capacidad adquirida. Para más información, consulte Backup storage fees of an ApsaraDB RDS for SQL Server instance. Tráfico de Internet incluido sin cargo.	Recursos escalables, pero sin compatibilidad con SQL Server Web Edition. El almacenamiento de copias de seguridad y el tráfico de Internet se facturan por separado.	Alto costo inicial de hardware. Sin compatibilidad con SQL Server Web Edition. Infraestructura independiente obligatoria para copias de seguridad. El tráfico de Internet y los nombres de dominio se facturan a tarifas elevadas.
Disponibilidad	RDS Basic Edition: la conmutación por error se completa en aproximadamente 15 minutos. RDS High-availability Edition / RDS Cluster Edition: la conmutación por error se completa en menos de 30 segundos mediante la arquitectura de alta disponibilidad propietaria de Alibaba Cloud. RDS Cluster Edition: instancias de solo lectura disponibles para balanceo de carga. Para más información, consulte Overview of read-only ApsaraDB RDS for SQL Server instances. RDS Cluster Edition: la separación de lectura/escritura enruta el tráfico a través de un endpoint dedicado. Para más información, consulte Overview of read/write splitting.	La conmutación por error en la edición básica tarda aproximadamente 30 minutos. Las arquitecturas de alta disponibilidad y balanceo de carga requieren software o hardware adicional.	Configuración independiente de forma predeterminada; una falla en el servidor puede provocar desde horas hasta semanas de inactividad. Las arquitecturas de alta disponibilidad y balanceo de carga requieren software o hardware adicional.
Confiabilidad	Replicación automatizada de datos entre instancias primarias y secundarias, además de copias de seguridad automatizadas de datos y registros. RDS Cluster Edition ofrece un RPO de 0.	La alta disponibilidad requiere una arquitectura que usted construya y mantenga. Para lograr un RPO de 0 es necesario adquirir servicios independientes de investigación y desarrollo.	La confiabilidad de los datos depende de la integridad de cada disco individual. Para lograr un RPO de 0 es necesario adquirir servicios independientes de investigación y desarrollo.
Usabilidad	La copia de seguridad y restauración automatizada admite PITR, restauración a nivel de base de datos y copias de seguridad en streaming con un impacto mínimo en el rendimiento. Para más información, consulte Enable automatic backups for an ApsaraDB RDS for SQL Server instance. El monitoreo y las alertas integrados cubren todas las métricas de instancias y bases de datos con una granularidad de pocos segundos. Las alertas se envían por mensaje de texto, correo electrónico o DingTalk, e incluyen una cuota gratuita de mensajes de texto según su compra. Para más información, consulte Manage an alert rule. La recuperación ante desastres geográfica se encuentra en desarrollo.	Las copias de seguridad en streaming y la PITR deben adquirirse o configurarse por separado. El monitoreo requiere un sistema separado configurado en CloudMonitor.	Las copias de seguridad en streaming y la PITR deben adquirirse o configurarse por separado. Es necesario adquirir y configurar un sistema de monitoreo independiente. La recuperación ante desastres geográfica es difícil de configurar y costosa.
Rendimiento	Las instancias que ejecutan SQL Server 2008 R2 con SSD locales premium ofrecen un alto rendimiento de E/S. Las instancias que ejecutan SQL Server 201x admiten la desvinculación de cómputo y almacenamiento para mejorar la utilización del hardware. Las instancias con ESSD superan el rendimiento de las instancias basadas en SSD estándar. RDS optimiza los parámetros de ESSD para cargas de trabajo de SQL Server, lo que otorga a estas instancias una ventaja sobre las bases de datos autogestionadas en ECS. Las instancias de solo lectura escalan el rendimiento de lectura de forma independiente. DAS proporciona optimización avanzada de consultas y diagnósticos. Para más información, consulte Overview of DAS.	Los discos locales reducen la confiabilidad de los datos; los discos en la nube requieren una planificación manual de la arquitectura. Los despliegues de clústeres son complejos y requieren consultoría y conocimientos especializados de DBA, lo cual resulta costoso.	La renovación de hardware en servidores de terceros va a la zaga de las mejoras en infraestructura en la nube. La separación de cómputo y almacenamiento requiere una inversión de capital significativa en medios de almacenamiento avanzados. Los despliegues de clústeres requieren consultoría y conocimientos especializados de DBA, lo cual resulta costoso.
Seguridad	IP address whitelists y VPC network isolation para control de acceso a nivel de red. Link encryption y disk encryption protegen los datos en tránsito y en reposo. Las actualizaciones de versiones menores se alinean con las últimas versiones de Microsoft SQL Server.	Listas blancas de direcciones IP, security groups y VPC disponibles, pero el cifrado de enlaces y de disco debe configurarse por separado. La rotación de BYOK es compleja y costosa. Los registros de SQL deben almacenarse por separado, lo que dificulta la auditoría.	Listas blancas de direcciones IP y VPC disponibles, pero su configuración implica altos costos de consultoría. El cifrado de enlaces y de disco debe configurarse por separado. La rotación de BYOK es compleja y costosa. Los registros de SQL deben almacenarse por separado, lo que dificulta la auditoría.
Responsabilidad legal	ApsaraDB RDS for SQL Server incluye una licencia válida. No se le impone ninguna responsabilidad de licenciamiento.	Debe adquirir una licencia válida por separado.	Debe adquirir una licencia válida por separado; de lo contrario, podría incurrir en responsabilidad legal.

Pasos siguientes

Descripción general
RDS Ruta de aprendizaje
Migrar datos de bases de datos autogestionadas a ApsaraDB RDS: