The rush to automation and the IT pendulum

Recently, the venerable Ivan Pepelnjak published a very insightful article about automation becoming such a popular topic that was spawned by an email from one of his readers. I found this article to be spot on, and wanted to add a bit of my own opinion into the automation pie, as I have been spending a lot of time on automation as it related to existing networks as well as into SDN based environments. There is a link, and I wanted to explore it a bit more whilst adding a healthy dose of my opinion.
A very large part of the automation push is the IT pendulum swing. Like those of us that worked in the burgeoning ISP world, automating was born of necessity. Except – we didn’t call it automation. Most of us didn’t call it anything, it was sysadmin scripting at worst and full blown orchestration at best. And there were even commercial platforms (see broadband provisioning tools). However, like many of us that were in the early ISP days, at the very least we had some rudimentary programming and scripting skills because we either had to develop them to stay afloat or we came from an early applied computer science background. Those skills, like a lot of other things, also have the pendulum swing.

The pendulum.

Think of the pendulum in terms of computing, as it’s the easiest to quantify. Computing went from centralized (i.e. the mainframe) to decentralized (i.e. the desktop PC). Now we’re moving back into the “centralized” model in the push to cloud (ok, that may be a tad different, but conceptually it’s the same – work with me). Moving computationally expensive operations out of a single, personal system into a larger resource while reducing the overhead of the end station. Think Chromebook or VDI thin client.
Dramatic changes do not happen quickly in the networking world, and there are a number of simple reasons why

  1. Mean time to replacement is somewhere between 5 and 10 years depending on the environment
  2. Standards for networking take For-ev-er

So, even if the time to replace lifecycle is short, the windows for new tech standards, vendor implementation, and knowledge dissemination to occur rarely, if ever, line up. What this means is that new tech is very slow to adopt in the network world. Even I make the mistake of being far too impatient with this process sometimes, as Jordan Martin called me out on in a Network Collective podcast a few months ago (p.s., it’s a fun listen – check it out).
Back to automation. As IT changed in non-service providers from a questionable money sink to a potentially critical revenue generating business and communications environment the generalist IT workers slowly morphed into the specialists. Developers, Network Engineers, Systems Engineers, phone system admins, etc. As this occurred, the disciplines fractured and the skillsets refined, and in many cases lost the generalist foundation in trade for a deeply focused skill set.

The SDN

After a decade or two of this shift, SDN blows onto the scene. SDN, as it emerges and becomes the new marketing darling of many a start up and huge company alike, promises to destroy boundaries and obsolete basically everything – equipment, skill sets, people, cars, dogs, cats, water, air…….everything. The issue is that from a few research products that had ground breaking ideas came a monster. As over-hyped, over-marketed, and under developed juggernaut that had a different meaning to anyone you asked. Whole some folks plugged away quietly on projects that actually work, and experimented with deployments meant to function in production, the marketing machines created more and more hype and delivered only a few promises.
This is the far out pendulum swing. Many operators recoiled. Enterprises said “why?”, and folks trying to push boundaries with new deployments were saying “wait, let’s figure out “what” before we ask “why?”“. Then the pendulum started swinging back. Automation is back, and now there are products and tools, and resources. We’re centering on a safer alternative that conservative enterprises can deploy safely and without event. We’re back to the fundamentals and the basics of what worked long ago – but now we have help.

My take

Make no mistake, I am still believer in the fundamentals that something resembling SDN brings to the table and have been working on significant SDN projects even recently, including moving our entire office over to FAUCET controlled switches (more on this soon), and a fair amount of work in the segment routing / PCE space. However, I am not a fan of the marketing machine, especially when there is a poverty of useful data to build said marketing from, and said marketing contains an overabundance of sensational FUD. New technology needs to be supportable to be deployed, and it happens, very, very slowly. Much like IPv4 to IPv6, Frame Relay to ATM, and circuit switched to packet switched, as SDN technologies become more and more exposed and easier to use, they become “just another thing”, and that takes time.