Tu sistema de gestión no debería compartir servidor con un blog

18 Sep 2026
Gestión
323 lecturas

Un sistema de gestión y un sitio web piden cosas distintas del servidor. Por qué los separamos en nodos propios, y qué pasa con tus copias de seguridad.

Tu sistema de gestión no debería compartir servidor con un blog

Un lunes a la mañana el sistema tarda. Las facturas salen, pero cada pantalla se hace esperar. Nadie tocó nada. El sistema es el mismo de la semana pasada.

Lo que cambió está en otra cuenta del mismo servidor: un sitio que lanzó una campaña, un plugin que se actualizó mal, un blog que empezó a recibir visitas. Tu sistema no compite con tu propio trabajo: compite con el de un vecino que no conocés.

Un sitio web y un sistema de gestión no piden lo mismo

Un sitio institucional recibe visitas que leen. La mayoría de las páginas se pueden guardar en caché y servir sin pensar. Si tarda medio segundo de más, casi nadie lo nota.

Un sistema de gestión hace lo contrario. Cada pantalla es una consulta distinta: el stock de este depósito, la cuenta corriente de este cliente, el comprobante que se está emitiendo ahora. No hay caché que valga, porque el dato tiene que ser el de este segundo. Y del otro lado no hay un visitante casual: hay alguien de tu equipo con un cliente esperando en el mostrador.

Cuando los dos conviven en el mismo servidor, el que pierde siempre es el sistema.

Qué hicimos

Separamos la infraestructura en dos líneas distintas, y esa decisión es hoy parte del producto.

  • Los sitios web viven en nodos pensados para eso: muchas cuentas, mucho contenido estático, picos de visitas.
  • Los sistemas de gestión viven en un nodo aparte, exclusivo. Ahí no hay blogs, ni campañas, ni plugins de terceros. Solo sistemas, administrados por la misma gente que los programa.

Esa línea se llama hosting para sistemas de gestión, y es parte de CloudHost, nuestra propia marca de hosting. Dos datacenters en Argentina, servidores propios. Para una empresa argentina eso significa algo concreto: el dato recorre menos camino y la pantalla responde antes.

Por qué importa quién administra el servidor

La mayoría de los proveedores de hosting saben de hosting. Es su oficio y lo hacen bien. Pero cuando un sistema de gestión se comporta raro, la conversación se vuelve difícil: el proveedor mira los recursos del servidor y ve todo normal; vos mirás el sistema y ves que tarda.

Cuando el que administra el servidor es el mismo que escribió el sistema, esa conversación no existe. Se mira el problema completo de una vez.

Las copias de seguridad, y qué significan de verdad

Acá conviene ser preciso, porque es donde más se promete y menos se cumple en este rubro.

Desde septiembre de 2026, las copias diarias de cada cuenta se guardan fuera del nodo que aloja el servicio, en almacenamiento de Amazon (S3, São Paulo). Antes vivían en el mismo servidor, y eso tiene un problema evidente: si el servidor se cae, la copia se cae con él justo cuando la necesitás.

Ahora bien, una copia diaria sirve para recuperar algo que se borró por error. Es una red de seguridad, no una garantía de continuidad. No prometemos plazo de restauración ni integridad garantizada, porque sería prometer algo que no depende solo de nosotros. Si tu operación necesita un compromiso más fuerte, es una conversación que hay que tener con números concretos, no una casilla tildada en un cuadro comparativo.

Lo mismo con el tiempo en línea: no publicamos un porcentaje de disponibilidad. Los nodos son propios, están en Argentina y los administramos nosotros. Eso es lo que podemos afirmar.

Qué mirar, tengas el sistema donde lo tengas

Aunque no trabajes con nosotros, estas cuatro preguntas le sirven a cualquiera que tenga un sistema de gestión andando:

  1. ¿Con quién comparte el servidor? Si tu sistema convive con decenas de sitios web, tus tiempos dependen del tráfico ajeno.
  2. ¿Dónde están las copias? Si están en el mismo servidor, no te cubren el día que el servidor no arranca.
  3. ¿Quién atiende cuando el sistema anda lento? Si son dos proveedores distintos, el problema rebota entre ellos.
  4. ¿Dónde está el servidor? Para usuarios argentinos, un servidor en el país responde antes que uno en otro continente.

Son preguntas incómodas de hacer, y por eso casi nadie las hace hasta el día que algo falla.

Dónde seguir

Los planes, lo que incluye cada uno y los precios están publicados en cloudhost.ar, con IVA incluido y sin letra chica en el precio de renovación. Si ya tenés un sistema en otro proveedor, la migración la hacemos nosotros: archivos, bases de datos, casillas de correo y el cambio de DNS.

Y si lo que estás evaluando es el sistema en sí, esa conversación empieza en otro lado: acá contamos qué resuelve Tesauro, y desde contacto coordinamos una demo sobre un caso parecido al tuyo.

¿Te gustó este artículo?

Descubrí cómo podemos ayudarte a implementar estas soluciones en tu empresa.

Consultá Gratis
¿Necesitas ayuda? ¡Escríbenos!