Vigilancia de servidores
Saber que algo falla antes que el cliente
Todo lo anterior corre sobre servidores propios. Enterarse de una caída porque un cliente avisa por WhatsApp es tarde: para entonces lleva horas parado y la conversación ya no va de resolverlo, va de disculparse.
Vigilar es avisar, no mirar una pantalla
Un panel con el estado de los servidores está bien, pero solo sirve si alguien lo mira. Lo que de verdad cambia las cosas es el aviso: en cuanto un servicio deja de responder, el disco se acerca al límite o un proceso se cae, llega un mensaje. Nadie tiene que acordarse de comprobar nada.
Hay además un vigilante de las propias automatizaciones. Un flujo que falla en silencio es peor que no tenerlo, porque das por hecho que el trabajo se está haciendo mientras se acumula lo que no se hizo.
Las copias, comprobadas
Hay copias de la base de datos, de las automatizaciones y del panel de gestión, en sitios distintos. Pero lo importante no es que existan: es que alguien compruebe que sirven.
Por eso hay un flujo cuyo único trabajo es revisar las copias: que se hayan hecho, que pesen lo que deben y que dentro haya lo que tiene que haber.
Lo que aprendimos aquí
Durante casi cinco meses tuvimos dos sistemas de copia funcionando a la vez. Los dos corrían cada noche, los dos terminaban sin error y los dos eran inútiles: uno volcaba una base de datos que ya no se usaba y el otro subía ficheros de 415 bytes por un problema de permisos. Ninguno falló nunca. Lo descubrimos al abrir uno de los ficheros. Desde entonces, una copia que nadie ha restaurado es una hipótesis, no una copia.
Dudas frecuentes
Lo que suelen preguntarnos
¿Hay que estar mirando un panel para enterarse de que algo falla?
No. Un panel con el estado de los servidores está bien, pero solo sirve si alguien lo mira. Lo que cambia las cosas es el aviso: en cuanto un servicio deja de responder, el disco se acerca al límite o un proceso se cae, llega un mensaje. Nadie tiene que acordarse de comprobar nada.
¿Cómo se sabe que una copia de seguridad sirve de verdad?
Comprobándola, no dándola por buena porque el proceso termine sin error. Hay un flujo cuyo único trabajo es revisar las copias: que se hayan hecho, que pesen lo que deben y que dentro haya lo que tiene que haber. Nosotros tuvimos casi cinco meses dos sistemas de copia que terminaban bien cada noche y eran inútiles los dos; se descubrió al abrir uno de los ficheros. Una copia que nadie ha restaurado es una hipótesis, no una copia.
¿Y si lo que falla es la propia automatización?
Hay un vigilante de las automatizaciones, precisamente por eso. Un flujo que falla en silencio es peor que no tenerlo, porque das por hecho que el trabajo se está haciendo mientras se acumula lo que no se hizo.
Esto es Automatización de procesos aplicado a un caso concreto. Lo contamos por dentro en Copias de seguridad de n8n: que existan no basta y Qué hacer cuando un workflow falla de madrugada .
¿Y en tu negocio
qué encajaría?
Media hora mirando tu operativa y te decimos qué se automatiza, qué no compensa todavía y por dónde empezaríamos. Sin compromiso.
Solicitar diagnóstico