Vigilar 1 sitio o 100: lo que cambia de verdad

La herramienta casi no cambia entre un sitio y cien. Lo que cambia es todo lo que hay alrededor: la forma de nombrar las cosas, quién se entera de un problema, y qué hace usted la mañana en que doce sitios caen a la vez.

Si se ocupa de menos de cinco sitios, nada de lo que sigue se aplica. Una lista y su memoria forman un sistema perfectamente válido, y construir proceso alrededor de cinco sitios es una buena forma de evitar trabajar.

Lo que se rompe primero: la nomenclatura

Con cinco sitios, usted sabe quién es quién. Con cuarenta, recibe una alerta que dice que prod-2 ha caído y pasa cuatro minutos buscando a quién pertenece. Esos cuatro minutos vuelven en cada alerta, en cada informe y en cada búsqueda.

Decida una convención antes de necesitarla, y ponga al cliente primero en lo que se lee:

cliente (sitio) papel
carpinteria-dupont (escaparate) prod
carpinteria-dupont (tienda) prod
ayuntamiento-sanclara (portal) prod
ayuntamiento-sanclara (portal) preprod

Tres reglas bastan para que aguante diez años. El cliente primero, porque es la primera pregunta que uno se hace ante una alerta. Nunca abreviaturas privadas: asc-portal-p2 era clarísimo el día en que lo escribió y ya no lo es para nadie. El papel al final, para distinguir una preproducción de una producción sin tener que abrir la ficha.

No es glorioso, y es el cambio que más tiempo hace ganar.

Agrupar por criticidad, no por cliente

El segundo reflejo es ordenar los sitios por cliente. Es cómodo para la facturación e inútil en caso de incidente: lo que decide su reacción no es a quién pertenece el sitio, es lo que cuesta cuando cae.

Tres o cuatro grupos bastan, y lo esencial del parque aterriza en los dos últimos. Es normal, y es incluso el objetivo: un parque donde todo es crítico es un parque donde ya nada lo es. La elección del intervalo por grupo se hace a partir del coste, exactamente como para un sitio aislado.

Quién es avisado

El reflejo es enviarlo todo a todo el mundo. Eso produce un grupo de personas que suponen todas que otro se ocupa.

Decida por sitio: una persona responsable, y para el cliente, solo aquello sobre lo que puede actuar. Un cliente que recibe una alerta a las tres de la madrugada y le telefonea a las nueve para hablar de ello le ha costado dos interrupciones en vez de una.

La pregunta vecina, qué merece realmente convertirse en una notificación, tiene su propia respuesta, y cuenta más que el intervalo en cuanto el número de sitios aumenta: doce sitios verificados cada cinco minutos sin regla de confirmación producen un volumen de ruido que mata la vigilancia en un mes.

La mañana en que doce sitios caen a la vez

Es el momento que separa una lista de una organización. Llegan doce alertas. Es casi con certeza una sola causa: un alojador común, un proveedor de DNS, un certificado caducado en un dominio comodín.

Lo que usted necesita en ese instante no son doce notificaciones. Es ver, en el mismo sitio, qué tienen en común los sitios caídos: mismo servidor, mismo proveedor, misma tecnología, mismo registrador. Si su organización no sabe responder a eso, depurará doce veces el mismo incidente.

Concretamente, eso quiere decir una cosa: cada sitio debe llevar, en alguna parte, la información de quién lo aloja y adónde apunta su DNS. Una columna en una hoja de cálculo basta. Solo sirve dos veces al año, y esas dos veces convierte una mañana en diez minutos.

El gesto que sigue cuenta igual: los quince primeros minutos no cambian porque haya doce sitios en vez de uno. Se confirma desde fuera, se identifica la capa culpable, y se busca lo que ha cambiado, salvo que se hace una vez y no doce.

El paso de cinco a cuarenta, en la práctica

El vuelco no se produce en un número preciso. Se produce ante tres señales, y llegan casi siempre en este orden.

Abre una alerta y no sabe de qué sitio se trata. Es la señal de la nomenclatura, y es la primera obra.

Ya no sabe decir cuáles están vigilados. Un sitio añadido hace ocho meses nunca fue inscrito, y nadie se dará cuenta antes de que caiga. Es la señal del inventario: la lista de los sitios que gestiona y la lista de los sitios vigilados deben ser la misma lista, y compararse una vez por trimestre.

Ya no lee las notificaciones. Es la señal más grave, porque es silenciosa. En esa fase, añadir sitios no añade absolutamente nada.

El trabajo a hacer es siempre el mismo, en el mismo orden: nombrar, agrupar, ajustar quién recibe qué. Ninguna herramienta hace esas tres cosas en su lugar, y también por eso cambiar de herramienta casi nunca resuelve el problema.

Lo que debe poder responder en treinta segundos

Un parque bien llevado se reconoce por cinco preguntas, y no por su cuadro de mando.

• ¿Cuántos sitios gestiona, y cuántos están vigilados?
• ¿Cuál saldría más caro si cayera?
• ¿Quién aloja cada uno, y adónde apunta su DNS?
• ¿Qué certificado caduca primero, y en cuántos días?
• ¿Qué sitio ha tenido más incidentes estos tres últimos meses?

Si las cinco respuestas exigen una búsqueda, el problema no es la vigilancia, es el inventario. Y la quinta pregunta es la que, por sí sola, justifica conservar un histórico: es también la que rellena un informe de cliente.

Los sitios heredados, esos que nadie mira

Todo parque contiene algunos. Un sitio recuperado de un antiguo proveedor, una página de evento de 2021 que sigue en línea, un dominio antiguo que redirige.

Vigílelos de todos modos, con el ajuste más flojo que tenga. Un sitio heredado que cae es exactamente aquel del que nadie se da cuenta, y aquel del que se le hará responsable, porque lleva su nombre en la factura. Una verificación diaria cuesta casi nada y evita la conversación más desagradable del oficio: «¿desde cuándo?», seguido de «no lo sé».

Es también en esa categoría donde los certificados caducan en silencio, ya que nadie abre jamás esas páginas.

Lo que la organización no sustituye

No sustituye el conocimiento de lo que hace cada sitio. Un cuadro de mando verde sobre cuarenta sitios no dice que los cuarenta funcionan: dice que cuarenta portadas responden. El embudo de pedido de un cliente puede llevar tres días muerto sin que ninguna línea cambie de color.

Tampoco sustituye la vigilancia del lado del servidor, que ve lo que un exterior no puede ver, ni a la inversa: su alojador no le avisará de nada, sea cual sea el número de sitios que le confíe.

El ritmo, no la herramienta

Pasado cierto número de sitios, la vigilancia deja de ser un acontecimiento para volverse una rutina: un vistazo semanal a lo que ha cambiado, un paso mensual que se convierte en algo que usted envía al cliente, y una regla sobre qué hace con los sitios que fallan tranquilamente desde hace tres semanas.

La herramienta dice lo que está roto. Es la rutina la que hace que algo se repare.