Por qué construimos sobre código abierto (y qué significa para su factura)

Cuando una organización evalúa monitoreo de infraestructura, es fácil comparar propuestas observando únicamente el precio mensual. Esa cifra puede esconder conceptos distintos: derecho de uso del software, almacenamiento, soporte del fabricante, implementación y trabajo de las personas que revisarán las alertas. Separarlos permite entender qué está comprando realmente.

OneTI eligió construir su servicio sobre herramientas de código abierto porque esa base permite retirar la licencia de monitoreo de la cuenta. Esto no convierte la operación en gratuita ni significa que cualquier herramienta sirva para cualquier entorno. Significa que el pago se concentra en mantener la plataforma de observación y responder con criterio.

Las licencias comerciales suelen crecer junto con la infraestructura observada

En muchas plataformas comerciales, la licencia se calcula por servidor, endpoint, volumen de datos, sensor o combinación de esas unidades. Cuando el parque aumenta, también lo hace el número de elementos facturables. Algunas capacidades adicionales pueden depender de una edición superior, aunque la necesidad operativa sea simplemente incorporar nuevos equipos al mismo control.

Ese modelo tiene ventajas legítimas. Puede incluir soporte del fabricante, integraciones empaquetadas y una ruta de actualización definida. Para determinadas organizaciones, esos atributos justifican el costo. La pregunta útil no es si una licencia comercial es buena o mala, sino cuánto de la factura corresponde al derecho de usar el producto y cuánto al servicio que evita que una alerta quede desatendida.

El código abierto cambia el concepto cobrado, no la necesidad de operar

Las herramientas open source maduras pueden recopilar métricas, centralizar registros, aplicar reglas y mostrar dashboards sin cobrar una licencia por cada servidor vigilado. El código puede ser revisado y la organización no queda obligada a comprar una clave para que el sistema continúe procesando sus propias señales.

Sin embargo, la ausencia de licencia no elimina la infraestructura que aloja el monitoreo, el almacenamiento de datos ni las horas destinadas a mantenerlo. Alguien debe actualizar componentes, respaldar configuraciones, revisar compatibilidades y decidir cuánto tiempo conservar la información. Presentar el código abierto como costo cero sería trasladar gastos reales fuera de la conversación.

El software puede instalarse; la atención sostenida no aparece sola

Cualquier equipo con conocimiento suficiente puede descargar e instalar herramientas abiertas. Esa disponibilidad es una ventaja, no un argumento para ocultar la complejidad. Una instalación inicial puede mostrar gráficos en pocas horas, pero todavía no distingue qué señal merece una llamada, qué variación es normal para ese servidor ni qué acción está permitida.

La operación comienza al definir umbrales con contexto, eliminar alertas duplicadas y ajustar reglas cuando cambia la plataforma. Continúa cuando una actualización modifica un conector, un disco incrementa su consumo de manera sostenida o un servicio responde de forma intermitente. También exige que alguien reciba el evento fuera del horario habitual y sepa cuándo intervenir.

Por eso el valor contratado no está en poseer el software. Está en que una persona competente mantenga afinada la observación, clasifique el evento y responda dentro de un alcance acordado. El cliente podría operar el mismo conjunto por cuenta propia; contratarlo tiene sentido cuando desea transferir esa responsabilidad sin entregar el control de la evidencia.

La comparación correcta incluye el costo total de sostener la vigilancia

Para comparar alternativas conviene listar todos los componentes. Además de una posible licencia, están la máquina virtual del colector, el almacenamiento, las copias de configuración, las actualizaciones, la revisión de seguridad y el tiempo de quienes afinan alertas. Si existe respuesta continua, debe considerarse la disponibilidad del personal y el proceso de escalamiento.

Esta lectura evita dos errores. El primero es asumir que una plataforma comercial resuelve la operación únicamente por estar licenciada. El segundo es tratar el código abierto como si no necesitara mantenimiento. En ambos casos, una herramienta sin responsables definidos termina generando ruido o perdiendo señales importantes.

La independencia requiere responsabilidades visibles

Una base abierta facilita cambiar de operador o revisar cómo está configurado el sistema, pero esa independencia debe acompañarse de documentación. El cliente necesita conocer qué fuentes se recopilan, dónde se conservan, quién puede modificar reglas y cómo se recupera la plataforma de monitoreo si falla.

También debe quedar claro qué parte administra el proveedor y qué parte conserva el equipo interno. El acceso de solo lectura a los dashboards aporta una comprobación directa: la organización ve la misma información que utiliza quien opera el servicio y puede cuestionar una regla sin esperar un informe cerrado.

En la propuesta de NOC Remoto, las herramientas de monitoreo no generan un cargo de licencia para el cliente. La factura corresponde a configurar, mantener, vigilar y responder. Esa separación hace posible evaluar el servicio por la responsabilidad asumida y no por el precio de una pieza de software que también puede instalarse internamente.