Si estás evaluando dónde desplegar una aplicación como Platzi Wallet, entender qué es on-premises te da el criterio para decidir entre infraestructura física propia o nube. Aquí verás qué implica, qué costos oculta y por qué suele ser el camino más lento para escalar.

Qué es on-premises en infraestructura tecnológica

El término on-premises describe los recursos e infraestructura donde despliegas aplicaciones cuando esos servidores están ubicados físicamente en las instalaciones del cliente. Piensa en el cuarto de servidores de tu universidad o en el data center de una empresa: ahí vive el hardware, ahí ocurre todo.

No es un concepto exclusivo de la nube, pero sirve de espejo para entenderla. Es justo lo contrario: en lugar de rentar capacidad remota, tú eres dueño y responsable de cada cable.

¿Qué significa on-premises? Es la infraestructura tecnológica instalada físicamente en las oficinas o data center de tu empresa, donde tú asumes el control total del hardware, la energía y el mantenimiento.

Por qué el control de hardware en on-premises es tu responsabilidad

Cuando eliges on-premises para desplegar Platzi Wallet, todo el control de hardware recae sobre ti. No es solo comprar un servidor y conectarlo.

Estos son los elementos que debes adquirir, instalar y mantener por cuenta propia:

• Servidor físico, ensamblaje y storage.
• Cableado estructurado para dar salida a Internet.
• Aire acondicionado para refrigerar el equipo.
• UPS o planta eléctrica para no depender de la red pública.
• Sistema de control de incendios exigido por regulación.
• Breakers y todo el tablero eléctrico.
• Espacio físico en metros cuadrados para alojar los racks.

Cada uno de esos puntos es costo directo, pero también costo de tiempo. El mantenimiento mensual del aire acondicionado, la revisión del cableado de red y la administración del data center se vuelven tareas recurrentes que consumen horas del equipo.

Cómo afecta la escalabilidad limitada del on-premises a tu aplicación

La escalabilidad es probablemente el dolor más grande de este modelo. Imagina el recorrido de Platzi Wallet: arrancas con 1.000 usuarios, creces a 100.000, luego a 1 millón, después a 10 millones.

En on-premises, cada salto de usuarios significa comprar más servidores, instalarlos y configurarlos. Eso toma semanas o meses. Y si llegas a 20 o 50 millones de usuarios, el espacio físico simplemente deja de alcanzar.

Hay un caso aún más crítico: los picos de demanda. Una campaña de marketing agresiva puede llevarte de 100.000 a 300.000 usuarios registrados en cuestión de horas. El servidor no aguanta ese pico, los recursos se saturan y muchos usuarios encuentran la aplicación caída justo cuando más visibilidad tienes.

¿Por qué la escalabilidad en on-premises es limitada? Porque cada nuevo usuario que excede la capacidad actual exige comprar e instalar hardware físico, un proceso lento que no responde a picos repentinos de tráfico.

Qué costos ocultos asume on-premises frente a la nube

Más allá del hardware, hay una lista de responsabilidades que muchas veces no se ven en el presupuesto inicial pero pesan en la operación.

• Electricidad continua: si se va la luz en la zona, Platzi Wallet no puede dejar de funcionar, así que necesitas UPS de transferencia electrónica o planta eléctrica.
• Sistema de control contra incendios exigido por regulación.
• Aire acondicionado dedicado al cuarto de servidores.
• Cableado de red y mantenimiento periódico.
• Espacio físico en metros cuadrados para los equipos.
• Personal dedicado a tareas de administración del data center.

Todo esto se traduce en más carga operativa, más trabajo manual y menos foco en lo que realmente importa: el producto.

Habilidades, conceptos y datos clave de la clase

Para que tengas el panorama completo, estos son los puntos técnicos que aparecen en la explicación y conviene fijar.

• On-premises [0:32]: infraestructura desplegada físicamente en instalaciones del cliente, opuesta conceptualmente a la nube.
• Control de hardware [1:30]: responsabilidad total sobre servidor, storage, cableado, refrigeración y energía.
• Mantenimiento operativo [2:18]: tareas recurrentes como mantenimiento del aire acondicionado y del cableado de red.
• Escalabilidad limitada [3:00]: incapacidad de responder rápido a crecimientos de 1.000 a 10 millones de usuarios o a picos súbitos.
• Picos de demanda [3:50]: caso real de pasar de 100.000 a 300.000 usuarios tras campaña de marketing y saturación de recursos.
• Requisitos regulatorios [5:05]: sistema contra incendios, UPS, planta eléctrica y breakers obligatorios.

La recomendación práctica si vas a crear tu propia aplicación es clara: empieza directo en la nube. Te ahorras la fricción de gestionar hardware, regulación y espacio físico desde el día uno.

¿Has trabajado con infraestructura on-premises o ya arrancaste tu proyecto en la nube? Cuéntame en los comentarios cómo fue tu experiencia.