Respuestas · Sesión 10 · Bases de datos
1. Respuesta: B
- B (correcta): Multi-AZ mantiene una copia en espera en otra AZ con replicación síncrona. Si cae el primario o su AZ, RDS cambia a la espera de forma automática, sin perder transacciones confirmadas.
- A: una réplica de lectura es asíncrona y no toma el lugar del primario sola; además, en la misma AZ caería junto con él.
- C: ElastiCache acelera lecturas repetidas, pero no mantiene la base disponible ni recibe escrituras si el primario cae.
- D: los snapshots permiten restaurar, pero a mano y perdiendo lo escrito desde el último; no hay conmutación automática.
Repasa: sección “Multi-AZ y réplicas de lectura” de la sesión 10.
2. Respuesta: D
- D (correcta): Aurora es compatible con MySQL, así que el código no cambia; rinde varias veces más que MySQL estándar y su almacenamiento guarda copias en tres AZ. Es administrado desde RDS.
- A: DynamoDB es NoSQL; habría que rediseñar los datos y reescribir las consultas.
- B: MySQL en EC2 no da más rendimiento por sí mismo ni copias en tres AZ, y obliga a administrar el servidor.
- C: Neptune es una base de datos de grafos; no es compatible con MySQL.
Repasa: sección “Amazon Aurora” de la sesión 10.
3. Respuesta: A
- A (correcta): DynamoDB es NoSQL clave-valor y serverless, con respuesta de milisegundos. En bajo demanda escala sola y cobra por petición, sin servidores ni capacidad que administrar.
- B: RDS corre en instancias que eliges, escalas y pagas por hora; el tráfico impredecible te obliga a sobredimensionar.
- C: ElastiCache es una caché en memoria que va delante de una base de datos; no conviene como único lugar de los carritos.
- D: DocumentDB es de documentos y compatible con MongoDB, pero corre en instancias que eliges; no es la opción serverless pedida.
Repasa: sección “Amazon DynamoDB” de la sesión 10.
4. Respuesta: C
- C (correcta): ElastiCache guarda en memoria los datos que se leen mucho y responde en microsegundos, lo que además quita carga a la base RDS.
- A: Multi-AZ da alta disponibilidad; la espera no atiende lecturas, así que no alivia la carga.
- B: Neptune es para datos en grafo; cambiar de base no acelera lecturas repetidas.
- D: un volumen más grande no lleva la respuesta a microsegundos; además, RDS administra su almacenamiento, no adjuntas volúmenes EBS tú.
Repasa: secciones “Relacional, NoSQL y en memoria” y “Amazon ElastiCache” de la sesión 10.
5. Respuesta: B
- B (correcta): en RDS, AWS aplica los parches del sistema operativo y del motor en la ventana de mantenimiento que eliges. En EC2 eran tarea de la empresa.
- A: quién accede a cada tabla sigue siendo responsabilidad del cliente en cualquier modelo.
- C: el diseño de tablas, consultas e índices es del cliente también en RDS.
- D: qué datos se guardan lo decide siempre el cliente.
Repasa: sección “Base de datos en EC2 o administrada” de la sesión 10.
Si la guía te sirve, comprar el PDF apoya este proyecto y te la llevas sin conexión.