Mientras estudiaba empresariales, antes de empezar a trabajar en tecnologías de la información, aprendimos muchos conceptos importantes, como la subvención cruzada, el flujo de caja, la línea de fondo frente a la línea de arriba, pero el concepto más duradero para mí fue el de los sistemas de apoyo a las decisiones. Un concepto relativamente sencillo pero increíblemente poderoso: una mejor información significa mejores decisiones, sistemas que recogen datos y permiten encontrar y establecer relaciones, asociaciones y conexiones.

Al enriquecer los datos para convertirlos en información, estos sistemas se llamaron sistemas de información, un término que todavía se utiliza hoy en día, pero que no está tan de moda como los sistemas en la nube o algo con un fantástico significado de marketing y poca sustancia.

Desde mis estudios de negocios descubrí que tenía afinidad con los ordenadores, mi mujer dice que los ordenadores me dan miedo, y empecé a estudiar informática, los estudios se trasladaron a la comunicación de datos cuando QUT terminó su interés en ese momento con CS, pero el gusanillo de la programación estaba plantado. Más tarde, a finales de los 90, mientras trabajaba con clientes sobre cómo obtener más información sobre sus redes me enteré de lo pobres que eran los sistemas de gestión de redes disponibles, con algunas excepciones.

Empecé a juguetear con soluciones de gestión de red de código abierto por aquel entonces, ya que me introduje en Linux en 1993, por lo que no fue un tramo difícil. Mi favorito en ese momento era el MRTG de Tobias Oietker. Hice algunos cambios, escribí algunos sistemas de informes y, junto con algunos sistemas de gestión de políticas y SLA, lanzamos un negocio de proveedor de servicios gestionados.

Aprendí mucho. Cambié de trabajo y me pidieron que desplegara un sistema de gestión, pregunté "¿comprar o construir?" y la decisión fue ambas: construir lo que se necesitaba y comprar lo que tenía sentido. Nació el precursor de NMIS, y no mucho después NMIS fue liberado al código abierto.

Inicialmente, el sistema NMIS se diseñó siguiendo unos pocos y sencillos principios:

-Hacer más de una cosa (completamente en contra de la doctrina popular de Unix de la época)
-Mantener un historial de todo (mirar cualquier cosa a lo largo del tiempo es poderoso)
-Usar políticas así como la configuración para hacer que NMIS haga cosas
-Hacer que haga más con menos configuración, utilizando valores por defecto
-Resumir los datos en métricas y kpi's, creando líneas de base visibles
-Crear información en lugar de datos

Esto comenzó con la idea de que voy a estar sondeando los nodos para la utilización de la interfaz y la carga de la CPU, mientras que ya estaba sondeando, ¿por qué no sondear un poco de datos adicionales para la falla? ¿Y por qué no mantener alguna información básica de inventario? Entonces, ¿por qué no resumir los datos para las métricas? Y debería umbralizar los datos para crear eventos y alertas.

En aquel momento pensé que las empresas comerciales podrían resolver esto y lanzar algo que hiciera todo esto, pero después de 5 años nadie lo había hecho y hoy sólo hay unos pocos sistemas que lo hacen. A estas alturas, la comunidad de NMIS se había multiplicado y la gente que tenía puntos de vista similares se involucró en la ampliación y mejora de NMIS, por lo que NMIS se mantuvo en uso durante mucho tiempo.

Antes de unirme a Opmantek, tuve una larga y enrevesada carrera trabajando con Cisco (dos veces) y con el Banco Macquarie, desempeñando muchas funciones, desde Ingeniero Consultor de Redes hasta Líder Técnico, pasando por Arquitecto de Redes y luego Arquitecto de Soluciones.

Durante este tiempo trabajé con grandes problemas, redes con 15.000 routers en el año 2000, cómo escalar cosas, qué hacer con los datos de 500.000 dispositivos, y aprendí la importancia de la arquitectura, también aprendí mucho sobre el conocimiento, lo tangible e intangible que puede ser.

En 2011 me uní a Opmantek como CTO, necesitábamos hacer muchas cosas y empecé a pensar en los agujeros con los sistemas de gestión de redes que había diseñado antes y en lo que la gente necesitaba para poder hacer mejor su trabajo y desde entonces he estado trabajando con los clientes y el equipo de Opmantek en la construcción de un software que complementa NMIS y aprovecha toda esa información. Sabía que los principios fundacionales de NMIS habían funcionado, así que los mantuvimos.

Nos hemos centrado en la creación de sistemas de conocimiento, un software que capta los conocimientos y la experiencia de los ingenieros y los encapsula para que las empresas puedan utilizar nuestro software para reforzar sus equipos, permitiendo que los miembros menos cualificados y experimentados del equipo aprovechen los conocimientos ya existentes en nuestros productos, además de poder añadir conocimientos específicos de la organización.

Opmantek también ha proporcionado un marco que soporta la automatización del conocimiento. Permite capturar el conocimiento operativo y automatizarlo cuando sea necesario.

Estoy muy entusiasmado con las capacidades que Opmantek puede ofrecer a una organización y con la forma en que esas capacidades pueden ayudar a las empresas, y especialmente a su personal, a realizar su trabajo de forma más eficaz y eficiente.