Qué es «la nube» y cuándo sale más cara que un servidor propio
Se vende como la opción moderna y flexible, y lo es. También es la que más facturas sorpresa genera cuando nadie mira el consumo.
¿Alquilas o compras? Es la pregunta que se hace cualquier negocio antes de decidir dónde va a vivir su sistema, y casi nunca se formula así de claro porque llega envuelta en una palabra que suena más a tendencia que a decisión financiera: la nube. La respuesta correcta no es la misma para todos los negocios, y tampoco es la misma todos los meses para el mismo negocio, así que vale la pena entender qué se está comprando de verdad antes de firmar.
#Qué es la nube, sin misticismo
La nube no es un concepto abstracto flotando en algún sitio: es el ordenador de otra empresa, alquilado por horas. Un proveedor tiene miles de máquinas en naves industriales enormes, refrigeradas, vigiladas, conectadas a internet con líneas gruesas, y te alquila un trozo de esa capacidad. Cuando tu web «está en la nube», está corriendo en una de esas máquinas, gestionada por gente cuyo trabajo es que no se caiga.
La alternativa —un servidor propio— es la misma idea sin el intermediario: compras el hardware, lo instalas en un sitio con corriente y refrigeración adecuadas, y contratas o formas a alguien para que lo mantenga. Ni una opción ni la otra es la versión moderna de la otra. Son dos formas distintas de resolver el mismo problema: dónde vive tu sistema y quién cuida de la máquina que lo sostiene.
#Servidor propio frente a nube, en cuatro preguntas
| Servidor propio | Nube | |
|---|---|---|
| Coste | Una inversión grande al principio, después previsible y fija durante años | Gasto variable, mes a mes, que sube y baja con el consumo real |
| Flexibilidad | Crecer significa comprar más hardware y esperar a que llegue e instalarlo | Crecer es cuestión de minutos: se activa más capacidad sin tocar nada físico |
| Quién responde si falla | Tu equipo, o el técnico que hayas contratado para ese hardware concreto | El proveedor responde de la máquina; tu equipo sigue respondiendo de lo que corre encima |
| Si creces de golpe | El hardware que compraste hace un año puede quedarse corto de un día para otro | Absorbe una subida repentina de tráfico sin que nadie tenga que reaccionar a tiempo |
La tabla explica por qué tanta gente elige la nube por defecto: pagar solo por lo que se usa y poder crecer sin esperar a un pedido de hardware es una ventaja real, no solo un argumento de venta. El problema aparece cuando esa misma flexibilidad —pagar por consumo— se convierte en la parte que nadie vigila.
La fila de «quién responde si falla» merece un matiz que se pierde con frecuencia. Un proveedor de nube se compromete, por contrato, a que su máquina esté disponible un porcentaje muy alto del tiempo, y responde si esa máquina en concreto se cae. Lo que corre encima de esa máquina —tu programa, tu configuración, un error de tu propio equipo— sigue siendo responsabilidad tuya o de quien te mantiene el sistema. La nube reparte el riesgo de la infraestructura física; no elimina la necesidad de que alguien siga respondiendo por el software.
#Un ejemplo con cifras redondas
Imagina un negocio que paga 300 € al mes por su infraestructura en la nube durante su primer año, sin que nadie preste demasiada atención a ese gasto porque es pequeño comparado con el resto de costes. Crece, lanza una campaña con mucho contenido en vídeo, activa un par de servicios «por si acaso» y se olvida de apagar un entorno de pruebas. Un año después, sin que nadie haya tomado una decisión consciente de gastar más, esa factura ronda los 2.000 € al mes. Ninguna de esas cifras pretende ser real ni parecerse a la factura de nadie en concreto: sirven para ilustrar una proporción que se repite mucho más de lo que parece, un gasto que se multiplica por seis o por siete sin que exista ni una sola decisión explícita detrás de esa subida.
#Dónde se dispara la factura
Hay tres sitios muy concretos donde una factura de nube pasa de ser razonable a ser un susto, y los tres tienen algo en común: no se ven hasta que llega el cargo.
El tráfico de salida. Un proveedor de nube casi nunca cobra por meter datos dentro, pero sí por sacarlos: cada imagen, cada vídeo, cada archivo que un usuario descarga desde tu sistema tiene un coste asociado. Un negocio que empieza a mover mucho más contenido que antes —porque lanzó una campaña, porque creció, porque alguien subió vídeos pesados sin comprimir— puede ver ese concepto multiplicarse por diez sin que nadie lo haya decidido a propósito.
Los servicios gestionados contratados «por si acaso». La nube ofrece un catálogo enorme de piezas ya montadas —bases de datos gestionadas, sistemas de búsqueda, colas de mensajes— que se activan con un clic y se facturan aunque apenas se usen. Es habitual activar tres o cuatro de estos «por si hacen falta más adelante» y olvidarlos encendidos durante meses, generando un cargo fijo por algo que nadie está usando todavía.
Los entornos de prueba que nadie apaga. Un equipo técnico levanta una copia del sistema para probar algo —una versión nueva, un cambio arriesgado, una demo para un cliente— y esa copia se queda corriendo, facturando cada hora, semanas después de haber cumplido su propósito. Nadie decidió pagar por ella para siempre; simplemente nadie se acordó de apagarla.
Ninguno de los tres es un fallo del proveedor. Los tres son consecuencia directa de cómo funciona el modelo: se paga por lo que se consume, y si nadie vigila el consumo, el consumo crece solo.
#Cuándo sale a cuenta el servidor propio
Hay un caso en el que la balanza se inclina con claridad hacia el servidor propio: una carga de trabajo estable y previsible, que no cambia mucho de un mes a otro y que se conoce con precisión desde hace tiempo. Si sabes, más o menos, cuánta capacidad necesitas todos los meses del año, pagar por esa capacidad de forma fija —comprada una vez, amortizada en varios años— suele salir más barato que alquilarla por horas, mes tras mes, indefinidamente. Es la misma lógica que decide si a una empresa le compensa comprar su local o seguir de alquiler para siempre: depende de cuánto tiempo va a estar ahí y de cuánto varía lo que necesita.
Un ejemplo típico de este caso es una herramienta interna que usan todos los empleados en horario de oficina, con una cantidad de gente relativamente constante mes tras mes: el sistema de gestión de un almacén, el intranet de recursos humanos, el programa que lleva la contabilidad diaria. Ese tipo de carga no tiene picos que absorber ni temporadas que multiplican el tráfico por diez, así que la ventaja principal de la nube —crecer y decrecer al instante— apenas se usa, y se acaba pagando por una flexibilidad que ese negocio nunca necesita ejercer.
#No es una cuestión de bando
La discusión se plantea a veces como una elección religiosa —los defensores de la nube contra los defensores del servidor propio— y esa manera de plantearla no ayuda a decidir nada. Hay negocios donde lo sensato es tener las dos cosas a la vez: una carga estable en un servidor propio, amortizado y previsible, y una capacidad extra en la nube que se activa solo cuando hace falta absorber un pico —una campaña, una temporada alta, un lanzamiento—. Ni una opción sustituye siempre a la otra ni conviene descartar ninguna de las dos por principio.
Antes de firmar nada, pide estas tres: cuánto vas a pagar en un mes normal, cuánto pagarías en el mes de más consumo del año, y cuánto costaría un servidor propio con capacidad equivalente amortizado a tres años. Con esas tres cifras delante, la decisión deja de ser una cuestión de moda.
#Un desglose mensual y una alerta de gasto
La factura de la nube hay que auditarla con la misma regularidad que cualquier otro coste variable del negocio, en vez de decidirla una vez y olvidarla. Pide, cada mes, un desglose por concepto —no solo el total— y una pregunta concreta sobre cada partida que haya subido: ¿por qué ha crecido esto, y era una subida esperada? Un proveedor o un equipo técnico que no puede responder esa pregunta con una frase clara es la primera señal de que nadie está vigilando el consumo, y de que la próxima factura sorpresa ya está en camino.
Pide también que se configure una alerta que avise en cuanto el gasto de un mes se acerque a un límite que hayáis fijado juntos de antemano. Esa alerta cuesta minutos de configurar y evita, casi siempre, que un entorno de pruebas olvidado o una campaña con más tráfico del esperado se conviertan en una sorpresa que solo se descubre al recibir la factura, ya con el mes cerrado y el gasto hecho.