Enriching the data to make it information, these systems were called information systems, a term still used today but not as fashionable as cloud systems or something with a fantastic marketing meaning and little substance.
I started tinkering with open source network management solutions about then, having been introduced to Linux in 1993, this was not a difficult stretch. My favourite at the time was Tobias Oietker’s MRTG. I made a few changes, wrote some reporting systems and along with some policy and SLA management systems, we launched a managed service provider business.
I learnt a lot. I changed jobs and was asked to deploy a management system, I asked “buy or build” and the decision was both – build what was needed and buy what made sense. The precursor to NMIS was born, and not long later NMIS was released to open source.
Initially, NMIS was designed to follow a few simple principles:
- -Do more than one thing (completely against popular Unix doctrine of the time)
- -Keep a history of everything (looking at anything over time is powerful)
- -Use policies as well as configuration to make NMIS do things
- -Make it do more with less configuration, by using defaults
- -Summarise data into metrics and kpi’s, creating visible baselines
- -Create information rather than data
This started from the idea that I am going to be polling the nodes for interface utilisation and CPU load, while I was already polling, why not poll a little extra data for fault? And why not keep some basic inventory information? Then why don’t I summarise the data for metrics? And it should threshold the data to create events and alerts.
Before joining Opmantek I had a long and convoluted career working with Cisco (twice) and Macquarie Bank performing many roles, from Network Consulting Engineer to Technical Leader to Network Architect then Solution Architect.
During this time I worked with big problems, networks with 15,000 routers in 2000, how to scale things, what to do with data from 500,000 devices, and learnt the importance of architecture, I also learnt a lot about knowledge, how tangible and intangible it can be.
In 2011 I joined Opmantek as CTO, we needed to do many things and I started thinking of the holes with network management systems I had designed before and what people needed to be able to do their jobs better and I have been working with the Opmantek customers and team since then on building software which complements NMIS and leverages all that information. I knew that the founding principles of NMIS had worked so we kept them.
Our focus has been around building knowledge systems, software which captures engineering knowledge and experience and encapsulates it so that companies can use our software to bolster their teams, allowing less skilled and experienced team members to leverage the knowledge already in our products as well as being able to add organisation specific knowledge.
Opmantek have also delivered a framework which supports knowledge automation. Allowing operational knowledge to be captured and then automated when needed.
I am very excited about the capabilities which Opmantek can deliver to an organisation and how those capabilities can help companies and especially their staff to do their jobs more effectively and efficiently.