Gartner Blog Network


Breaking Down DevOps for Networking

by Andrew Lerner  |  January 16, 2020  |  Submit a Comment

Increasing the level of network automation is a common network resolution for many organizations we speak with. Today, about 70% of network configuration activities are manually-driven (which may not sound good, but at least it is down from 85% a few years ago). In addition to longer provisioning times, manual configuration changes are ripe for human error as we estimate that 2% of manual changes result in some form of error or anomaly.

At the same time, many organizations are having some success in their DevOps initiatives. However, networking and DevOps are often disconnected.  To truly apply DevOps principles in the networking, we should deploy networking activities via an automated pipeline, which means to:

  • Require that proposed network configurations and associated activities (validation, staging) be part of an automated pipeline.
  • Mandate both prechange validation (checking for capacity, baselining configuration and performance, etc.) and postchange validation (reverification of prechange) as part of the pipeline
  • Perform prechange validation activities either in nonproduction environments and/or by using tools (which could range from batfish to VIRL to GNS3 to Tesuto, etc.).
  • Automate both the pre- and postvalidation tasks.
  • Automate deployment of actual changes, but only deploying the relevant configurations (i.e., not forcing eight commands to a device if five of them are already present).
  • If postvalidation checks fail, configurations should be rolled back to a prior known working state.

We recognize that this is dramatically different than the way most networking activities exist today which entails lots of manual checking, scripting and perhaps some task-automation (if we’re lucky) and includes limited (if any) pre-change validation.  So how do we get there? Well start in a gradual fashion, focusing on new deployments versus attempting to retrofit legacy overnight. Focus on simple, repeatable tasks that are well-defined and well-understood, with clear processes and workflows associated with them. Initially, focus on automating nonchange activities first, such as troubleshooting, reporting, and pre- and postvalidation. Begin by automating in lower critical environments first, such as development, test, lab and staging. Then, iterate and grow, moving automation to more important environments.

For more information, refer to this published Gartner research:

How to Reduce Technical Debt in Enterprise Networks

Summary: Many enterprises carry high levels of technical debt in their networks, which limits network agility and increases unplanned downtime. To combat technical debt, I&O leaders should build an automated pipeline for common change requests, and make specific adjustments to NetOps culture.

Regards, Andrew

Additional Resources

View Free, Relevant Gartner Research

Gartner's research helps you cut through the complexity and deliver the knowledge you need to make the right decisions quickly, and with confidence.

Read Free Gartner Research

Category: just-published  networking  

Tags: devops  network-automation  networking  

Andrew Lerner
Research Vice President
6+ years at Gartner
21 years IT Industry

Andrew Lerner is a Vice President in Gartner Research. He covers enterprise networking, including data center, campus and WAN with a focus on emerging technologies (SDN, SD-WAN, and Intent-based networking). Read Full Bio




Leave a Reply

Your email address will not be published. Required fields are marked *

Comments or opinions expressed on this blog are those of the individual contributors only, and do not necessarily represent the views of Gartner, Inc. or its management. Readers may copy and redistribute blog postings on other blogs, or otherwise for private, non-commercial or journalistic purposes, with attribution to Gartner. This content may not be used for any other purposes in any other formats or media. The content on this blog is provided on an "as-is" basis. Gartner shall not be liable for any damages whatsoever arising out of the content or use of this blog.