Let's face it, as network engineers, we get excited about connectivity. We care about the cool technologies we get to play with to connect users to apps, "things" to data stores. However, fundamentally "The Business" doesn't care about switches and routers, circuits and routing protocols. The network underpins all of The Business's IT and without it, that IT stops. System availability is king and the foundation to all systems is our network.
So what are our priorities from a business perspective? Maximise uptime through resilience to failure, fast response, and proactive operations.
We all know that automating the network operations - standardising and templating configuration; capturing and proactively checking state before things go wrong; running scripted tests before and after changes etc etc ... This all improves the quality of our service. And that is the key to selling the idea of network automation to The Business. Make consumption of the network frictionless, maximise uptime and minimise disruption when issues do occur. Simple!
Consider your automation projects with these things top of mind. Answer some simple questions as you embark on your project. It will help you get the time and resource you need from The Business to make it happen.
I've written many times in the past about designing networks for system availability (example here). Most of the time, we think that this consists of ensuring we have redundancy, high-availability for fast failover, and performance to spare. But often it's the proactive manageability of systems that makes the real difference here in areas like:
As examples, consider that The Business will see tangible benefit if we demonstrate that network automation tasks can help to:
How best to reduce the time taken to solve an issue when it occurs? Give the engineering team responsible the best information about the current state of the network. By "best" we might mean:
Collating and centralising network data saves significant time in the troubleshooting process. With a complete picture, the solution to the problem will be more evident and thus be spotted more quickly. This inevitably leads to reduced MTTR. A project to deliver that saves the engineering team from manually trawling the network for data when a fault occurs.
In the 21st Century, utilising IT in itself is no longer considered to provide a competitive advantage for businesses. It has become a commodity and one which the modern business can't do without. As such, the real value of IT is now to make it frictionless and easy for The Business to consume. The network is unavoidably complex. But it needs to be ubiquitous and adaptable in order to meet the demands of a modern business.
As a result, IT operations should be well integrated, providing a continuous, joined-up experience for its users. Specifically, the focus should be on a such things as:
The press talks of how personal data is being compromised, held to ransom, or sold off to the highest bidder. Stories also tell of the massive fines that companies are now facing for allowing these kinds of breaches to happen. Add to that the intellectual property that is being stolen from organisations by bad actors. Factor in the denial-of-service attacks which can halt IT operations which we have already seen are critical to the normal functioning of The Business.
Anything that can be done to improve visibility of information flow into and out of the business; anything that can help lock down access to applications and data; anything that helps improve audit and assessment of security posture. All of these will be seen to be a benefit to The Business by the higher-ups.
Closely allied to Security but subtly different: each business operates within its own regulatory framework. If the business takes card payments, it might need to be concerned with PCI-DSS; if it operates in the healthcare space it might need to worry about HIPAA; in the US there is SOX regulation and GDPR regulates the use of personal data globally to differing extents.
Each of these compliance frameworks bring with them their own audit requirements, which - if they are not met - can bring substantial penalties, both financial and operational. Traditionally, that may have meant that for one week a year, an organisation would have to pause its IT operations. It would then have to deal with generating the necessary audit reports and documentation to satisfy annual audits.
Automating that compliance reporting in any form, would likely save huge amounts of time and energy - a real boon for The Business.
It's indicative of the world we find ourselves in where the network is considered a utility like power or water. Network engineers now need to understand more about the business environment they are working in. They need to be able to sell the benefits of the technologies they want or need to deploy.
Each specific business will find other areas of IT operations that you can address with network automation. But if you have answers to these five specific questions, you will find it a lot easier to get the support you need for your automaion projects from The Business. Incorporating IP Fabric into your network automation ecosystem will give you a head start in all of these areas. Many of the capabilities we have mentioned so far are built in!
In this day and age where IT is becoming more of a commodity, the success of IT projects is about the impact on The Business. In that way, automation - and indeed the broader network operations - is no different to any other technology project.
When you want to get support from The Business to get your network automation projects going, don't focus on the shiny new tech, but on the real business benefits of deploying it!