¿Qué significa escalado (horizontal y vertical)?
Escalado significa adaptar el rendimiento de un sistema informático a la demanda. En el vertical (scale-up), un servidor recibe más procesador y memoria; en el horizontal (scale-out) se añaden más servidores o instancias. En la nube, ambos suelen producirse de forma automática según la carga.

Escalado: definición y significado
Un sistema es escalable si no se hunde cuando crece el uso, sino que gestiona más carga con recursos adicionales. Esto afecta tanto a sitios web como a tiendas online, portales de clientes o productos de software como servicio. Una buena escalabilidad significa también devolver recursos cuando baja la demanda y ahorrar así costes.
Se distinguen dos caminos. El escalado vertical amplía el servidor existente: más núcleos de procesador, más memoria, discos más rápidos. El escalado horizontal reparte el trabajo entre varios servidores idénticos que cooperan. Ambos caminos tienen ventajas e inconvenientes y, en la práctica, se combinan con frecuencia.
Cómo funcionan el escalado vertical y el horizontal
El escalado vertical es sencillo porque la aplicación apenas cambia. Sin embargo, existe un límite superior, los servidores mayores se encarecen de forma desproporcionada y el cambio suele exigir un reinicio. Además, el servidor sigue siendo un único punto de fallo mientras no haya una segunda instancia preparada.
El escalado horizontal casi no tiene límite y aumenta la fiabilidad, pero exige una arquitectura adecuada: un balanceador de carga reparte las solicitudes y la aplicación no debe guardar datos de forma local en un servidor. Con el autoescalado, las plataformas en la nube inician automáticamente más instancias cuando hay carga y las detienen después.
Ejemplo práctico: venta de entradas para una fiesta municipal
Un organizador regional vende entradas para una fiesta municipal. Al abrirse la preventa a las diez, miles de interesados acceden a la página en pocos minutos y después la afluencia disminuye. Un servidor dimensionado de forma permanente para eso generaría costes todo el año; uno pequeño se hundiría el día clave.
Con escalado horizontal, los servidores web funcionan como varias instancias detrás de un balanceador de carga. Se ponen en marcha antes del inicio de la venta o se añaden mediante autoescalado y se reducen de nuevo por la tarde. Importante: la base de datos que asigna las entradas también debe poder crecer; de lo contrario, el cuello de botella simplemente se desplaza.
Ventajas, límites y errores habituales
El escalado crea reservas para el crecimiento y los picos de carga, pero cuesta dinero y requiere planificación. Un error frecuente es ampliar solo los servidores web cuando el verdadero cuello de botella es la base de datos, las interfaces con sistemas de terceros o un código poco eficiente. Igual de caro: pagar de forma permanente por una carga máxima que solo se da unas pocas horas al año.
Nano Concepts analiza dónde llega realmente a sus límites su sistema, planifica estrategias de escalado adecuadas y aplica pruebas de carga, autoescalado y optimizaciones, para que el rendimiento y los costes mantengan una relación razonable y su aplicación pueda crecer con el negocio sin estar sobredimensionada de forma permanente.
- Medir el cuello de botella real antes de ampliar
- Construir la aplicación de modo que no necesite datos de sesión locales
- Incluir en la planificación la base de datos, la caché y el almacenamiento de archivos
- Realizar pruebas de carga antes de los picos previstos
- Fijar límites de coste para el escalado automático
Preguntas frecuentes sobre Escalado (horizontal y vertical)
El escalado vertical hace más potente un servidor existente, por ejemplo con más memoria o potencia de procesador. El escalado horizontal añade más servidores o instancias y reparte la carga. El vertical es más sencillo, pero llega a sus límites; el horizontal sigue creciendo, aunque exige una arquitectura preparada para ello.
Con el autoescalado, la plataforma ajusta automáticamente el número o el tamaño de las instancias a la carga actual. Cuando hay mucha actividad se añaden servidores; cuando se calma, se retiran. La base son reglas, por ejemplo un límite superior para la utilización del procesador.
Cuando los tiempos de respuesta aumentan de forma perceptible con carga, aparecen errores en los picos de visitas o se prevén más usuarios, por ejemplo por campañas, crecimiento o un lanzamiento. Los datos de la monitorización muestran si el procesador, la memoria, la base de datos o la red llegan primero al límite.
No. Las aplicaciones que guardan sesiones, archivos o estados intermedios de forma local en el servidor deben adaptarse primero. Tampoco la base de datos puede multiplicarse a voluntad. Las aplicaciones web modernas, diseñadas sin estado, son mucho más adecuadas que los monolitos antiguos.
Servicios que encajan

Bases de datos y nube
Arquitectura de datos, migración y alojamiento cloud: alto rendimiento, seguridad y, si lo desea, en centros de datos alemanes.
Más información
Consultoría y operación de Kubernetes
Consultoría, despliegue y operación de clústeres de Kubernetes, con GitOps, monitorización, copias de seguridad y actualizaciones de versión planificadas.
Más información
Consultoría tecnológica
Elección de software, arquitectura, revisión de código y hoja de ruta de digitalización, con independencia y orientación práctica.
Más información
Desarrollo SaaS
Su software como producto por suscripción: multi-tenant, con registro en autoservicio, facturación automática y una operación estable en la UE.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

Microservicios o monolito: guía de decisión para equipos y productos
Los microservicios se consideran modernos, pero para muchos productos un monolito modular es la mejor opción. Cómo valorar con realismo equipos, versiones, consistencia de datos y costes de operación.
Seguir leyendo
Documento de requisitos de software (Lastenheft): estructura, ejemplo y checklist
Un buen documento de requisitos hace comparables los presupuestos y posibles los precios cerrados. Cómo se estructura, cómo formular requisitos verificables y cómo saber si el suyo está completo.
Seguir leyendo
Sustituir Excel: cuándo compensa una aplicación web propia
Caos de versiones, archivos bloqueados, fórmulas rotas: cuándo Excel se queda corto, qué alternativas existen y cómo lograr el paso a una app web con base de datos sin detener la actividad.
Seguir leyendo