Infrastructure
Commentary
4/23/2014
12:00 AM
Connect Directly
LinkedIn
Google+
Twitter
RSS
E-Mail
50%
50%

SDN & The Programming Pushback

There's growing pushback against the idea that network engineers must become programmers in an SDN world.

A common refrain about SDN is that it will force network engineers to become programmers as they grapple with APIs and more highly automated environments. Certainly there’s significant demands on network to speed up provisioning and increase scalability to match what’s possible with virtual machines. One way to meet these demands is via programming.

This view was succinctly stated by Arpit Joshipura, VP of product management and strategy for Dell Networking, who said “You need the network to be programmed, not provisioned. That’s the fundamental change that will happen.” Joshipura made this remark during the “SDN Gets Down To Business” panel at Interop Las Vegas.

However, this remark was countered by panelist Dominic Wilde, who said “Part of the problem is that we’re saying you all have to become programmers overnight. That is not true.” Wilde is VP, global product management, for HP Networking.

Wilde noted that vendors are building SDN products to abstract the complexity of the network and simplify things for network engineers. “You don’t need any programming skills at all,” he said. “This is the fallacy we have to start moving away from.”

He noted that some enterprises will want a degree of programmability and will code to northbound APIs, but they are likely to be large organizations that can afford to hire those skillsets.

Panelist Steve Shah, senior director of product management at Citrix, noted that “suddenly being told to go learn Python because you need an API to configure this new device is a non-starter.”

Network engineers who might be worried about their employment prospects can take comfort from another of Shah’s comments: “We need the existing folks who have built these networks. It’s not just about the technology but the business processes that drove them. If we don’t bring that knowledge with it, we’ll just have a bunch of programmers who don’t understand the business processes that drove IT in the first place.”

Yet he also noted “If I want a more malleable network to make it easier to do a rollout, programming skill comes into play.”

So what do network professionals think? Greg Ferro tackled the programming debate in a January blog post, writing “…all network engineers should learn to program to gain insight into the applications and systems that are our customers. Let’s face it, applications are the direct customers of the network.”

That said, he also notes “a very small number of network engineers” will acquire programming skills, whether in scripting or in a structured programming language.

If you decide to be one of the few to add a programming arrow to your quiver, Teren Bryson has advice for network engineers and administrators who want to know where to start. He recommends Linux and Microsoft shell scripting before moving on to a language such as Python.

Meanwhile, Jason Edelman details his travails in trying to decide which language to tackle, and his experiences getting to grips with several Web frameworks.

If there’s any consensus here, it seems to be that some familiarity with programming will be an asset, though not necessarily a requirement, in an SDN world. If you’re a network pro, what’s your take on the programming debate?

Drew is formerly editor of Network Computing and currently director of content and community for Interop. View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
@mbushong
50%
50%
@mbushong,
User Rank: Strategist
4/24/2014 | 10:43:19 AM
Programmers and network engineers both have a place in the future
The debate about whether everyone needs to become a programmer is pretty lazy at times. We tend to think about everything as binary. But the reality is that even with a programmable layer on top of (or alongside or wherever) the network, you still need people to make the network work.

There will be an increase in people working closer to the applications. The end goal of the network is not to connect everything so much as to deliver some useful experience. This will gradually mean that the network and applications become a little tighter in terms of collaboration. This isn't necessarily through direct programming, mind you. Abstraction makes all of this a bit easier. Express intent (what do you need from the network, in terms you understand), and then have programmatic layers translate intent into behavior. 

I actually wrote a long-form version of this exact debate some time ago:

http://www.plexxi.com/2013/06/the-death-of-network-engineer-long-live-network-engineers/#sthash.WDxhTN7V.dpbs

Mike Bushong (@mbushong)

Plexxi
2014 Next-Gen WAN Survey
2014 Next-Gen WAN Survey
While 68% say demand for WAN bandwidth will increase, just 15% are in the process of bringing new services or more capacity online now. For 26%, cost is the problem. Enter vendors from Aryaka to Cisco to Pertino, all looking to use cloud to transform how IT delivers wide-area connectivity.
Register for InformationWeek Newsletters
White Papers
Current Issue
InformationWeek Tech Digest, Dec. 9, 2014
Apps will make or break the tablet as a work device, but don't shortchange critical factors related to hardware, security, peripherals, and integration.
Video
Slideshows
Twitter Feed
InformationWeek Radio
Archived InformationWeek Radio
Join us for a roundup of the top stories on InformationWeek.com for the week of December 7, 2014. Be here for the show and for the incredible Friday Afternoon Conversation that runs beside the program!
Sponsored Live Streaming Video
Everything You've Been Told About Mobility Is Wrong
Attend this video symposium with Sean Wisdom, Global Director of Mobility Solutions, and learn about how you can harness powerful new products to mobilize your business potential.