Entre los motores que ofrece RDS hay uno especial, creado por la propia AWS: Aurora. No es un motor «de fábrica» como MySQL o PostgreSQL, sino una versión mejorada y reinventada por AWS para la nube. En este subcapítulo veremos qué lo hace distinto y cuándo elegirlo frente al RDS «clásico» (lo que se suele llamar RDS vanilla).

Amazon Aurora es una base de datos relacional creada por AWS que es compatible con MySQL y PostgreSQL, pero rediseñada por dentro para aprovechar al máximo la nube.

• «Compatible con MySQL/PostgreSQL» significa que tu aplicación habla con Aurora igual que hablaría con MySQL o PostgreSQL. No tienes que reescribir tu código ni aprender un lenguaje nuevo. Por debajo, Aurora es muy distinta y mucho más eficiente.

Analogía: Imagina que MySQL es un buen coche de calle. Aurora es como coger ese mismo coche, conservar el volante y los pedales (para que sepas conducirlo sin aprender nada nuevo) pero cambiarle el motor por uno de competición. Conduces igual, pero rinde muchísimo más.

AWS afirma que Aurora puede ser hasta 5 veces más rápida que MySQL y hasta 3 veces más rápida que PostgreSQL en RDS estándar, gracias a su arquitectura de almacenamiento rediseñada. Para aplicaciones exigentes, esto es una gran diferencia.

En RDS clásico, tienes que decidir de antemano cuánto espacio de disco reservar (y ampliarlo a mano si te quedas corto). En Aurora, el almacenamiento crece automáticamente a medida que tus datos aumentan, sin que tengas que hacer nada. Pagas por lo que usas.

Ventaja práctica: te olvidas del clásico susto de «se ha llenado el disco de la base de datos». Aurora se expande sola.

Aurora guarda seis copias de tus datos repartidas en tres zonas de disponibilidad automáticamente. Esto la hace extremadamente resistente a fallos: puede perder copias enteras y seguir funcionando sin perder datos. La recuperación ante fallos es más rápida que en RDS clásico.

Aurora permite hasta 15 réplicas de lectura (frente a las 5 de RDS clásico) y con un retraso de sincronización mínimo. Ideal para aplicaciones con muchísima lectura.

Existe una variante llamada Aurora Serverless que ajusta automáticamente su capacidad según la demanda, e incluso puede reducirse a casi cero cuando no hay actividad. Pagas por el uso real.

Cuándo es genial: para aplicaciones con uso intermitente o impredecible (por ejemplo, un entorno de desarrollo que solo se usa en horario de oficina, o una app con picos esporádicos). En lugar de pagar una base de datos encendida 24/7, pagas solo cuando se usa. Recuerda el espíritu de elasticidad del Capítulo 1.

No necesariamente. Aurora es más potente pero también algo más cara que RDS vanilla. La elección depende de tu caso:

Elige Aurora cuando:

• Necesitas alto rendimiento o esperas crecer mucho.
• Quieres la máxima disponibilidad sin complicarte.
• Tienes mucha carga de lectura (aprovechas sus réplicas).
• Tu uso es intermitente y te interesa Aurora Serverless.

Elige RDS vanilla cuando:

• Tu aplicación es pequeña o mediana y no necesita el rendimiento extra.
• Quieres minimizar el coste.
• Necesitas un motor que Aurora no ofrece (Oracle, SQL Server, MariaDB…).
• Quieres exactamente el mismo MySQL/PostgreSQL «de fábrica» por algún requisito concreto.

Ejemplo real: Una startup empieza su producto con RDS PostgreSQL estándar porque es barato y suficiente. Cuando su base de usuarios crece y la base de datos empieza a ir justa de rendimiento, migran a Aurora PostgreSQL (sin tocar su código, gracias a la compatibilidad) y ganan velocidad y capacidad de crecer. Aurora «acompaña» su éxito.

• Aurora es la base de datos relacional propia de AWS, compatible con MySQL y PostgreSQL (tu código funciona igual) pero rediseñada para la nube.
• Sus ventajas: mucho más rendimiento, almacenamiento que crece solo, alta disponibilidad superior (6 copias en 3 AZ), más réplicas de lectura y la opción Aurora Serverless (escala solo, ideal para uso intermitente).
• Es más potente pero algo más cara que RDS vanilla.
• Elige Aurora para alto rendimiento/crecimiento; RDS vanilla para proyectos más pequeños, menor coste o motores que Aurora no ofrece.

En el siguiente subcapítulo cambiamos de mundo: veremos DynamoDB, una base de datos NoSQL muy distinta de las relacionales, y cuándo conviene usarla.