Escuchamos mucho esta pregunta:¿Qué pasa con Amazon Aurora? Al determinar el mejor servicio de base de datos administrado para su organización, hay varios factores a considerar, y un hilo común que los atraviesa es cuánto control necesita. Amazon está dando mucho peso a su oferta Aurora DBaaS, pero, dependiendo de sus requisitos y prioridades, elegir ejecutar una base de datos como MariaDB en Amazon EC2 o un servicio diferente que no sea de Amazon, puede ser una mejor opción para usted.
Aquí hay cuatro cosas que probablemente no sabía sobre Amazon Aurora.
Una base de datos antigua y obsoleta
Amazon Aurora 2.x utiliza una versión anterior de MySQL 5.7.
Aurora 2.0.1 se lanzó en febrero de 2018, usando MySQL 5.7.12, lanzado en abril de 2016. Aurora 2.x todavía usa una versión anterior de MySQL 5.7. Sin embargo, Amazon ya no publica la versión de mantenimiento que utiliza. Esto no debería ser una sorpresa. Ha habido más de una docena de versiones de mantenimiento de MySQL desde la 5.7.12. ¿Cuántas de las correcciones de errores contenidas en ellos ha respaldado Amazon? 17… de cientos.
- Aurora 2.02.0:error n.º 22833364
- Aurora 2.02.3:errores n.° 24929748, n.° 26867509, n.° 22843444, n.° 25080442
- Aurora 2.03.0:errores n.° 24929748, n.° 26867509, n.° 22843444, n.° 25080442
- Aurora 2.03.3:Errores #25361251, #26734162, #27460607, #22343910, #23074801, #25287633
- Aurora 2.04.0:error n.º 26225783
- Aurora 2.04.2:error n.º 24829050
Si pudiera elegir una nueva base de datos, ¿eligiría una lanzada hace más de tres años, una a la que le faltan tres años de correcciones de errores, parches de seguridad, mejoras y nuevas funciones?
Tiempo de inactividad e interrupción necesarios
Aurora requiere tiempo de inactividad para el mantenimiento. Si bien parte del mantenimiento es opcional y se puede aplazar indefinidamente, otros mantenimientos, como los parches de seguridad y confiabilidad, no solo son necesarios, sino que dan como resultado un tiempo de inactividad durante una ventana de mantenimiento aleatoria de 30 minutos. Además, las actualizaciones de la base de datos (es decir, las actualizaciones del motor de la base de datos) dan como resultado un tiempo de inactividad de 20 a 30 segundos porque se realizan en cada instancia de la base de datos dentro de un clúster al mismo tiempo.
MariaDB Platform, por otro lado, admite actualizaciones continuas con cambios correctos, lo que permite a los administradores de bases de datos realizar mantenimiento bajo demanda sin tiempo de inactividad.
Más allá del mantenimiento y las actualizaciones, Aurora puede tardar hasta dos minutos en realizar una conmutación por error automática, lo que genera más tiempo de inactividad. Además, la conmutación por error automática da como resultado la pérdida de conexiones, sesiones y transacciones en curso.
MariaDB Platform, a diferencia de Aurora, admite la agrupación en clústeres multimaestro para eliminar el tiempo de inactividad debido a una falla inesperada. Además, MariaDB Platform admite la migración de conexiones, la restauración de sesiones y la reproducción de transacciones para garantizar que las fallas inesperadas no afecten las aplicaciones.
Falta de seguridad empresarial
Aurora carece de muchas de las funciones de seguridad empresarial que se esperan de las bases de datos modernas, incluido un firewall de base de datos, enmascaramiento dinámico de datos, funciones, rotación de claves y TLS 1.3.
Aurora admite Amazon Key Management Service, pero no admite la rotación de claves para una instancia de base de datos. Más bien, se puede usar un alias de clave para cambiar la clave para nuevas instancias de base de datos. Como tal, incluso si se agrega una nueva clave, las instancias de bases de datos existentes continuarán cifrando y descifrando datos utilizando la clave anterior.
MariaDB Platform admite la rotación de claves y, cuando se agrega una clave nueva, puede volver a cifrar automáticamente los datos con la clave nueva, lo que permite descartar la clave anterior.
Aurora carece del potente firewall de la base de datos y de las funciones de enmascaramiento dinámico de la base de datos disponibles en MariaDB Platform, y debido a que Aurora se basa en una versión anterior de MySQL, también carece de funciones. Además, está limitado a TLS 1.0, 1.1 y 1.2.
El mínimo común denominador
Aurora proporciona a los usuarios una base de datos básica creada con una plantilla de cortador de galletas destinada a cumplir con el mínimo común denominador. Si bien MariaDB Platform puede escalar las lecturas, las escrituras y el almacenamiento con fragmentación transparente a través del motor de almacenamiento Spider, o beneficiarse del almacenamiento optimizado para espacio y escritura en SSD a través del motor de almacenamiento MyRocks (desarrollado por Facebook), Aurora no tiene ninguna de las dos cosas. Está limitado al motor de almacenamiento InnoDB.
Luego está el almacenamiento distribuido en columnas y el procesamiento masivo en paralelo con MariaDB ColumnStore. Es otro motor de almacenamiento que no está disponible en Aurora. Si bien Amazon sugeriría usar Aurora para el procesamiento transaccional y Redshift para análisis, ambos se pueden hacer con MariaDB Platform, lo que permite el procesamiento transaccional/analítico híbrido (HTAP).
Más allá de los motores de almacenamiento optimizados para la carga de trabajo, hay muchas funciones disponibles en la plataforma MariaDB que no se pueden encontrar en Aurora, incluida la compatibilidad con la base de datos Oracle (es decir, PL/SQL), tablas temporales, reversión de un punto en el tiempo, captura de cambio de datos de transmisión. , un productor de Apache Kafka, división transparente de lectura/escritura, restricciones de verificación, expresiones de valores predeterminados, expresiones de tablas comunes, operadores de conjuntos, funciones de ventana, funciones definidas por el usuario (escalares, agregadas y de ventana), secuencias y más.
La propia experiencia de Amazon con Aurora ilustra la importancia de las consideraciones anteriores. Poco después de trasladar algunas de sus bases de datos a Aurora, Amazon experimentó interrupciones generalizadas y otros problemas de base de datos durante el Prime Day 2018. A medida que se acerca el Prime Day 2019, ¡le deseamos a Amazon la mejor de las suertes!
