PASS — gestión de infraestructura para la toma de decisiones
Toda instalación parece bien gestionada hasta el día en que hay que explicarla.
El refresco tecnológico. El contratista nuevo que entra a gestionar el entorno. La caída que tumbó la red y que nadie sabe explicar. Son las tres mañanas en las que una organización descubre que lleva años gestionando infraestructura sin que nadie tuviera el mapa — y que nada en la instalación lo dijo nunca.
HablemosLa parte que nadie pone en una web
Cuando la red se cae, casi siempre hay alguien que sabe por qué. Y casi nunca lo cuenta.
No por negligencia. Porque decirlo en la sala equivocada cuesta una carrera, y todos los que están en esa sala lo saben. Ese silencio tiene dos consecuencias, y se alimentan entre ellas: la información se mantiene un poco oculta, por si acaso — y el problema de raíz no se resuelve nunca, solo el síntoma, hasta la próxima.
Es la mitad del problema que ninguna herramienta de monitorización aborda, porque no es un problema de monitorización. Es un incentivo. La aviación lo resolvió hace décadas en la pista, separando el reporte de la culpa. Al cuarto de comunicaciones no llegó nunca.
Qué es PASS
Hoy la respuesta está en la cabeza de alguien. PASS la lee sin parar, sin que nadie la pida, y la deja disponible para cualquier sistema.
Qué hay conectado, dónde está y qué depende de ello: hoy eso se sabe preguntándole a alguien. Es como usar una calculadora — le preguntas, te da un número, y no queda nada guardado; a la siguiente pregunta se empieza de cero. O está en una hoja que alguien tecleó una vez y que ya era falsa a la semana siguiente.
PASS le da las celdas. Descubre qué hay físicamente en la red y lo apunta —equipos, chasis, interfaces, direcciones, VLAN, puntos de acceso, transceptores, módulos y latiguillos— y cada anotación registra de dónde salió y cuándo se vio. Después construye el andamio del siguiente nivel, y lo vuelve a hacer.
Todo se lee y se escribe a través de API, sin puertas traseras, sin acceso directo a base de datos y sin excepciones. Así que el dato está disponible para cualquier sistema que lo necesite, dentro o fuera de PASS: su gestor de incidencias, su ERP, el cuadro de mando de un tercero, o algo que todavía no existe. Su equipo construye encima sin pedirnos permiso, y sin que nosotros tengamos que integrarlo caso por caso.
Las decisiones
Saber que algo está caído no dice qué hacer.
La pregunta es qué servicio se estrecha, de quién es el activo, si hay ventana para tocarlo y qué se rompe si se toca. La observabilidad es el insumo. Nunca pretendió ser el producto.
Antes de tocar nada: qué se apaga, de quién es y qué turno lo va a notar.
La firma operaciones — el jefe de turno, no el equipo de red.Un jefe de turno no compra disponibilidad. Compra poder decir que sí sin jugársela. Hoy su respuesta por defecto ante lo que no entiende es «no», y ese «no» es la razón de que un proyecto de infraestructura tarde meses.
Lo que hay enchufado, contra lo que dice el contrato.
La firma patrimonio y contratos — presupuesto de ingreso, no de coste.Cada divergencia es una de dos cosas: un servicio que presta y no factura, o un tercero conectado a su infraestructura que no debería estarlo. Las dos le interesan, y ninguna aparece hoy en ningún informe. Éste no lo lee informática: lo lee quien gestiona los arrendamientos.
Cuánto aguantó de verdad el día que hubo un pico.
La firma operaciones, junto con todos los que sufren el fallo.Un porcentaje de disponibilidad no dice qué pasa el día que llega la ola. Un umbral declarado sí. La capacidad medida permite escribir hasta dónde sostiene el servicio, hacer que lo firmen los que sufren el fallo, y comprobar después de cada evento si aguantó o si hubo suerte.
Para las tres personas que leen esto
Cuando eres el único que sabe cómo está montado todo, no puedes ni irte de vacaciones.
Tampoco puedes ascender, porque nadie te puede sustituir. Y te comes la culpa cuando se rompe. La primera reacción ante un sistema así es que viene a quitarte el trabajo. Lo que quita es la parte del trabajo que nadie debería querer: ser el índice humano de una red.
La ambición no es tener menos ingenieros. Es tener ingenieros con tiempo e información suficientes para pensar un nivel por encima.
Y para quien responde por todo ello.
Hoy un área de sistemas tiene mediciones de sobra, y casi ninguna llega a la mesa donde se decide el presupuesto. No porque estén mal, sino porque no hay ruta desde ellas hasta esa mesa. Lo que sí viaja es un cambio cuyo coste se conoce antes de hacerlo, un fallo expresado como el servicio que estrechó, y un contrato que se está sirviendo y no se está facturando. PASS produce eso, en el idioma de quien firma.
AI-native
La inteligencia artificial no arregla unos datos que nadie ha ordenado.
Aplicar inteligencia sobre una instalación que nadie ha inventariado no produce respuestas peores. Produce respuestas dadas con la misma seguridad, y equivocadas. Un motor de correlación no puede distinguir A no depende de B de nadie escribió nunca que A depende de B — el fallo es silencioso y apunta hacia el lado permisivo.
Y lo difícil de una instalación así es que la suciedad no se ve. Los paneles salen verdes, los servicios devuelven 200 y no hay un error por ninguna parte.
Preagregar en la ingesta destruye de forma irreversible los identificadores de alta cardinalidad, y el fallo raro —que en infraestructura crítica es justo el que importa— desaparece para siempre. Ensanchar el intervalo de sondeo diluye una caída de quince segundos en la media del minuto, así que la alerta no se dispara aunque el usuario sí la sufrió. Las dos parecen ahorros y son ceguera permanente.
Por eso construimos los peldaños que nadie quiere pagar y sin los cuales los de arriba no funcionan: un inventario con procedencia, una topología que dé radio de impacto, y el dueño y la criticidad que convierten una luz roja en una decisión. Eso es lo que significa AI-native aquí: una propiedad de los cimientos, no una capa aplicada encima.
Límites
Lo que no hace, dicho antes de que lo pregunte.
- No es un centro de servicio al usuario, y nunca es el sistema de registro de una incidencia. La levanta en la cola que usted ya tiene.
- No se convierte en una segunda fuente de verdad de un inventario que usted ya lleva en otro sitio. Lee y escribe por la API de ese sistema. Dos inventarios que se contradicen son peores que uno incompleto.
- No diagnostica por usted. La estadística acota la búsqueda; el diagnóstico lo firma una persona. A quien le venda causa raíz automática, pregúntele contra qué espacio de respuestas clasifica y cuál es su tasa de acierto medida.
- No afirma una certificación que no tenemos. El diseño está organizado contra las familias de control de ISO/IEC 27001 y NIST CSF 2.0, y podemos enseñarle cuáles de los nuestros son procedimientos y cuáles son controles técnicos. No son lo mismo.
- No cubre tecnología de operación. Controladores de sistemas de equipaje, SCADA, autómatas programables. Otras restricciones de seguridad, certificación y tiempo real. Si necesita eso, se lo diremos en vez de estirarnos para alcanzarlo.
Contacto
Hablemos con el detalle que haga falta.
Si nos está evaluando como proveedor, dígalo en la primera línea y empezamos por las preguntas de seguridad en vez de por las de producto.
- Correo
- hello@airfexlabs.com
- Contacto de seguridad
- /.well-known/security.txt