Arquitectura de despliegue en la nube · Mapas mentales
Arquitectura de despliegue en la nube. Un mapa mental editable con ramas de colores, ideas secundarias y conexiones. Las líneas curvas muestran relaciones; las flechas aparecen cuando importa la dirección.
Un despliegue en la nube convierte un solo servidor en un sistema resiliente: el tráfico entra por el borde de la red, un balanceador de carga lo reparte, una capa con autoescalado lo atiende, una capa de datos lo guarda y la monitorización mantiene honesta a toda la pila.
Arquitectura de despliegue en la nube · Mapas mentales
El lienzo interactivo de MindMap de esta explicación: cada carril, cada fila y cada flecha de arriba forma parte de un diagrama real de QueryChart que puedes abrir y editar.
Cómo leer este mapa mental
- Empieza por el tema central y sigue una rama de color para explorar sus ideas.
- Las líneas curvas muestran relaciones; las flechas aparecen cuando importa la dirección.
Users & edge
Esta rama reúne “Users reach the service through the edge”, “Static assets are served from edge locations near the visitor, cutting latency and shielding the origin from repeat downloads.”.
Traffic routing
Esta rama reúne “The load balancer is the front door to the compute tier: it terminates the public connection and forwards each request to a healthy instance.”.
Application
Esta rama reúne “Instances are added and removed automatically from traffic — the deployment scales out horizontally instead of buying a bigger server.”, “App instances serve requests”, “Hot data lives in memory, so the database only sees the requests that actually need it. The cache is disposable — losing it slows the system, it does not break it.”.
Data
Esta rama reúne “Primary database stores the source of truth”, “Read replicas spread load; point-in-time backups and cross-region copies are the recovery story for the one thing that cannot be rebuilt.”.
Resilience
Esta rama reúne “Metrics, logs and alerts cover every tier — a spike in error rate or latency is what triggers the auto-healing and rollback decisions.”, “The deployment scales and self-heals”.
Conexiones entre ramas
La resiliencia va por capas: CDN, balanceador de carga, autoescalado, caché, réplicas y monitorización; cada capa protege a la que tiene detrás.
La capa de datos falla de otra manera y necesita sus propios controles: réplicas para la carga y copias de seguridad para la recuperación.
El balanceador de carga es la puerta de entrada; el autoescalado decide cuántas puertas hay.
La caché es prescindible: perderla ralentiza el sistema, no lo rompe.
La monitorización es lo que cierra el bucle: una alerta dispara las decisiones de escalado, rollback y recuperación.
Relaciones clave y conclusiones
- La resiliencia va por capas: CDN, balanceador de carga, autoescalado, caché, réplicas y monitorización; cada capa protege a la que tiene detrás.
- La capa de datos falla de otra manera y necesita sus propios controles: réplicas para la carga y copias de seguridad para la recuperación.
- El balanceador de carga es la puerta de entrada; el autoescalado decide cuántas puertas hay.
- La caché es prescindible: perderla ralentiza el sistema, no lo rompe.
- La monitorización es lo que cierra el bucle: una alerta dispara las decisiones de escalado, rollback y recuperación.
Cuándo usar este diagrama
- Enseñar la anatomía de un despliegue en la nube antes de que un equipo diseñe su primer entorno de producción.
- Revisar una arquitectura en busca de huecos de resiliencia: una capa sin redundancia es un punto único de fallo que el lienzo deja a la vista.
- Anclar una discusión sobre el coste de la nube: cada capa es una decisión sobre cuánto pagar por la redundancia.
Cómo funciona
Adapta el tema central
Cambia el nombre del tema para adaptarlo a tu proyecto o clase.
Desarrolla las ramas
Edita las ideas y añade ejemplos o notas.
Conecta ideas relacionadas
Dibuja conexiones entre ramas; usa flechas cuando la dirección importe.
Preguntas frecuentes
¿Qué es una arquitectura de despliegue en la nube?
Es el diseño de cómo se ejecuta un servicio en la nube: el tráfico entra por el borde de la red (la CDN), un balanceador de carga lo reparte, un grupo de instancias con autoescalado lo atiende, una capa de datos lo guarda y la monitorización lo vigila todo. La propiedad que define esta arquitectura es la resiliencia: el fallo de un solo componente no tumba el servicio, porque cada capa es redundante y se ajusta sola.
¿Por qué se trata la capa de datos de forma distinta al resto?
Porque las capas sin estado (instancias, cachés) se pueden reconstruir o sustituir al instante, mientras que la base de datos guarda la única fuente de verdad, que no se puede recrear. Necesita sus propios controles: réplicas para repartir la carga de lectura, copias de seguridad a un punto en el tiempo y entre regiones para la recuperación, y un procedimiento definido de conmutación por error. El diagrama le da a la capa de datos su propio carril porque sus modos de fallo y sus controles son distintos de los de las capas que tiene encima.
¿Qué significa «autoescalado» y por qué importa?
El autoescalado añade o quita instancias de la aplicación automáticamente según la demanda medida, normalmente CPU, memoria o profundidad de la cola. Importa porque convierte la capacidad de una suposición en un bucle de control: el sistema compra más capacidad cuando está ocupado y la libera cuando no lo está, y sustituye una instancia caída sin intervención humana. Ese autoajuste es buena parte de lo que hace resiliente a un despliegue en la nube.
¿Cómo encajan la caché y la monitorización en la arquitectura?
La caché se sitúa entre la aplicación y la base de datos: los datos calientes se sirven desde memoria, así que la base de datos solo ve las peticiones que de verdad la necesitan. La monitorización es la capa de sensores en todas las capas (métricas, logs y alertas) y es lo que dispara los demás mecanismos de resiliencia: un pico de errores inicia el rollback, una subida de carga dispara el escalado, una instancia caída se sustituye. Sin monitorización, el resto de la arquitectura opera a ciegas.
Editar este mapa mental en QueryChart
Abre este mapa mental en un lienzo editable. Mueve ideas, añade ramas y dibuja conexiones.