There is a common belief that in the race to automate the deployment pipeline (that's what's we call production these days) NetOps are far behind their DevOps counterparts.
That perception is important, as the lack of automation – and willingness on the part of NetOps to enable it – is often cited as a key driver of public cloud adoption. It's also, in part, responsible for emerging technologies like containers that deliberately pull more and more network and application services into the ecosystem so that they can be abstracted away until it no longer matters whether they're automated in production or not.
When we last polled those in the trenches, we found that citation to be mostly true. In fact, 65% of DevOps told us the lack of access and automation of the deployment pipeline was a factor in their push to go around IT to find other solutions, such as cloud and containers.
But the perception that NetOps isn't in the automation race isn't all that accurate. In fact, it looks like NetOps are gaining ground on their DevOps counterparts.
Consider this potentially surprising data from a recent survey, conducted by F5 and RedHat – NetOps Meets DevOps: The State of Network Automation. We polled DevOps and NetOps and security pros on a variety of topics related to DevOps and their practices with respect to automation. One of the things we specifically asked was about their use of automation to deploy infrastructure components across four key components of the deployment (production) pipeline:
We found that on average, DevOps are ahead of NetOps in the race to automate these components of the deployment pipeline. But we also note that NetOps aren't that far behind. We further note that the further from the application a service is, the less likely automation is to be used to deploy that service.
The difference is still no doubt the cause of some friction between the two groups. We noted that equal percentages of DevOps (43%) say deployment frequencies are "good enough" and "not frequent enough." NetOps were equally split, with 31% saying deployment frequencies were "good enough" and 30% agreeing frequencies were not meeting expectations.
That's a far cry from our previous survey in which a mere 18% of NetOps wanted to pick up the pace of deployments.
But automation take times – and effort. And challenges abound. It would be good for DevOps to remember that the current ecosystem of tools and toolsets are geared toward developers and application infrastructure. There's been little to no movement on nurturing the ecosystem on the NetOps side of the fence. It's hard to get continuous when there's not much in the way of integration to help you piece together the various components of the deployment pipeline puzzle.
And there's the real rub. One of the reasons DevOps has been so successful is that its comprised primarily of developers. Developers who live and breathe code. They have the know-how to integrate what needs integrating. NetOps doesn’t necessarily have that skill set. The deployment pipeline is comprised primarily of devices and systems that integrate via protocols. Well-defined, RFC-based protocols that don't require code-based integration because they were designed not to.
This is a completely new challenge for NetOps; one they aren't necessarily prepared – or skilled – to meet. To wit, only a little more than a third (38%) of DevOps cited "Integration of toolsets across vendors/devices" as a challenge to network automation. On the other side of the wall, almost half (47%) of NetOps noted lack of integration as a problem, second only to a lack of automation know-how (49%).
The data shows that despite the challenges inherent in automation, NetOps aren't nearly as far behind as some posit. There are a great number of opportunities in network automation for NetOps and Security alike to insert themselves into the continuous pipelines that increasingly dominate app development and deployment.
For more details and analysis on NetOps Meets DevOps: The State of Network Automation, be sure to grab your copy today!