Escalabilidad vs elasticidad
| Criterio | Escalabilidad | Elasticidad |
|---|---|---|
| Pregunta que responde | ¿Puede crecer si la carga sube? | ¿Se ajusta solo a la carga de cada momento? |
| Dirección | Sobre todo hacia arriba | Hacia arriba y hacia abajo |
| Cómo ocurre | Puede ser manual y planificada | Automática, en minutos |
| Efecto en la factura | Pagas la capacidad que añadiste | Pagas cerca de lo que usas en cada momento |
| Palabra clave en el examen | “Crecer”, “soportar más usuarios” | “Automáticamente”, “según la demanda”, “reducir” |
Alta disponibilidad, tolerancia a fallos y punto único de falla
Qué es: la alta disponibilidad es diseñar un sistema para que siga accesible casi todo el tiempo, aunque falle alguna de sus piezas.
- Punto único de falla (single point of failure): una pieza que, si se cae, tumba todo el sistema. Por ejemplo, un único servidor o un único centro de datos.
- Alta disponibilidad: eliminas esos puntos con copias de cada pieza. Si una falla, otra toma su lugar, a veces con una interrupción breve.
- Tolerancia a fallos: un paso más. El sistema sigue funcionando sin interrupción mientras una pieza falla, porque las copias trabajan a la vez.
Analogía: la electricidad de un hospital. Si dependiera solo de la red pública, un apagón lo dejaría a oscuras: punto único de falla. Con un generador de respaldo, la luz vuelve en segundos: alta disponibilidad. El quirófano, además, tiene baterías que no dejan caer la energía ni un instante: tolerancia a fallos. Dónde falla la analogía: el generador está en el mismo edificio que la red que respalda. Si el edificio se inunda, caen los dos. En la nube, las copias deben estar en lugares que no compartan esos riesgos.
Ejemplo real: es la pregunta 1 del inicio. Dos servidores en el mismo centro de datos protegen contra la falla de un servidor, no contra la del edificio. El edificio es el punto único de falla, y el incendio tumba la aplicación. La solución es poner copias en edificios separados, con energía y red propias. AWS ofrece esos edificios separados dentro de cada Región, como verás al final de esta sesión.
Úsalo cuando: una caída cuesta dinero o confianza: pagos, ventas en línea, sistemas de salud. No lo uses cuando: el sistema puede detenerse sin daño, como un entorno de pruebas. Duplicar todo también duplica parte del costo.
En el examen: “eliminar un punto único de falla”, “seguir operando si falla un componente” o “minimizar el tiempo de inactividad” apuntan a alta disponibilidad con recursos redundantes en varios lugares.
Trampa común: más copias en el mismo lugar no dan alta disponibilidad frente a fallas de ese lugar. La pregunta clave es qué tienen en común las copias: si comparten edificio, comparten destino.