Cómo elegir el hosting para una aplicación a medida

La mayoría de los problemas de velocidad, caídas y facturas que se disparan no se resuelven tocando código: se resuelven en la decisión de dónde vive el proyecto.

Es una decisión que se toma una sola vez, casi siempre al final y casi siempre apurado. Después se paga durante años.

Desde 2019 llevamos más de 180 proyectos y en cada uno hubo que contestar la misma pregunta antes de salir a producción: ¿dónde va a vivir esto? Acá abajo está el criterio completo que usamos: las seis preguntas que hacemos antes de decidir, los tres errores que más caros salen y qué conviene según la etapa en la que estés. Sin tecnicismos y sin humo.

Y si querés saltear la lectura y verlo directo sobre tu proyecto, agendá 15 minutos acá y te decimos qué haríamos nosotros.

El hosting no es infraestructura. Es una decisión de producto.

Casi todo el mundo elige hosting mirando el precio mensual. Es entendible: parece una compra de commodity, como contratar la luz.

El problema es que la infraestructura define qué puede hacer tu producto. Si el servidor no corre procesos en segundo plano, tu app no va a poder mandar mails automáticos ni generar reportes pesados. Si no te deja instalar dependencias, tu equipo va a escribir peor código para esquivar la limitación. Si no tenés acceso a los logs, cada error en producción se resuelve adivinando.

Un hosting barato no te cuesta la diferencia de precio. Te cuesta las horas de desarrollo que se van en rodearlo.

Hosting web y hosting de aplicación no son lo mismo

Esta es la confusión que más veces vimos, y la que más caro sale.

Un sitio institucional o un WordPress son, en el fondo, archivos que se entregan cuando alguien los pide. Un hosting compartido los maneja perfecto y es la opción correcta: cuesta poco y hace exactamente lo que tiene que hacer. No hay ninguna virtud en pagar de más ahí.

Una aplicación a medida es otra cosa. Es un proceso corriendo todo el tiempo, con una base de datos que escribe sin parar, tareas que se ejecutan solas y usuarios con la sesión abierta. Necesita memoria reservada, no compartida con otros doscientos sitios. Necesita poder reiniciarse sin arrastrar a nadie más.

Meter una aplicación en un plan pensado para servir páginas funciona hasta que tenés usuarios de verdad. Y suele dejar de funcionar justo el día que más te importa.

Las seis preguntas que hacemos antes de decidir dónde vive un proyecto

1. ¿Cuánto tiene que estar arriba, en serio?
No todo necesita lo mismo. Una herramienta interna que usan doce personas en horario de oficina y un checkout que factura de madrugada no se alojan igual — ni tienen por qué costar lo mismo. Definir esto primero te ahorra plata o te evita un papelón.

2. ¿Quién atiende cuando se cae?
“Administrado” debería querer decir que hay alguien del otro lado. Si no está claro quién es esa persona y en qué horario responde, no está administrado: está tercerizado sin dueño.

3. ¿Dónde están los backups y cuándo fue la última vez que se restauró uno?
Un backup que nunca se probó no es un backup, es una carpeta. La pregunta correcta no es si hay copias, es si alguien alguna vez las levantó y verificó que el sistema arrancaba.

4. ¿Cuánto tarda en volver?
Todo se cae alguna vez. Lo que distingue a un proveedor serio de uno improvisado no es que no falle, es cuánto tarda en estar online otra vez y si te avisa antes de que lo notes vos.

5. ¿Me puedo ir?
Si migrar tu proyecto a otro proveedor obliga a reescribir código, no elegiste un hosting: elegiste una dependencia. Antes de firmar, preguntá concretamente cómo sería la salida.

6. ¿Cuánto cuesta el día que funcione bien?
El precio que importa no es el de hoy con cincuenta usuarios. Es el de dentro de dos años con cinco mil. Pedí la tabla de escalado antes de empezar, no después.

Los tres errores que más caros salen

Elegir por el precio de la promo. Casi todos los planes tienen un precio de entrada y otro de renovación. El de renovación es el precio real; el otro es marketing. Compará siempre el segundo año.

Tener el hosting, el dominio y los mails en la misma cuenta. Cuando esa cuenta tiene un problema no se te cae solamente la web: se te cae también el mail con el que ibas a pedir ayuda, y el dominio con el que ibas a levantar todo en otro lado. Separarlos cuesta cero y te salva un día entero.

Que las claves las tenga una sola persona. Vimos proyectos frenados semanas porque el acceso al servidor lo tenía alguien que ya no trabajaba ahí. Es el riesgo más barato de eliminar y el que más veces sigue sin resolverse.

Qué mirar según la etapa en la que estás

Estás validando una idea. Lo más simple y barato que la corra. No optimices infraestructura antes de tener usuarios: es la forma más elegante de gastar plata en un problema que todavía no tenés.

Ya tenés usuarios pagando. Acá empiezan a importar de verdad los backups automáticos, los logs accesibles y saber a quién llamar. Es el momento de dejar de improvisar, y casi siempre llega antes de lo que uno cree.

El sistema ya es crítico para tu operación. Si tu empresa no factura cuando el sistema está caído, necesitás monitoreo, redundancia y alguien de guardia. A esta altura el hosting dejó de ser un gasto y pasó a ser un seguro.

Cómo lo encaramos nosotros

En Olimpo desarrollamos software a medida con React, FastAPI y MongoDB, y dejamos cada proyecto instalado, configurado y andando en la infraestructura que le corresponde — sea la del cliente o la del proveedor que él prefiera. No revendemos servidores ni cobramos comisión por dónde lo pongas.

Lo que sí hacemos es que la decisión esté tomada con criterio, documentada, y con los accesos en manos del cliente. Todo el proceso en español, con equipo en Argentina.

¿Estás por decidir dónde va a vivir tu proyecto?

Si querés una segunda opinión sin vueltas, agendá una llamada de 15 minutos. Te decimos qué haríamos nosotros y por qué, uses el proveedor que uses. Si de esa charla sale que no nos necesitás, también es una respuesta útil.

Agendar Demo Gratis