HomeTechnologyReflections on the Journey to DevNet Expert

Reflections on the Journey to DevNet Expert

Picture this, if you will. It is December 2016 and I have just gone through security at the airport. I am explaining to the friendly (but confused) team why I have a bunch of electronics—a small router, wires, Lego, and a ball of yarn—in my carry-on. This dialog wasn’t a surprise to me. I fully anticipated to be pulled aside when my bag went through the X-ray machine. I’d prepared my clarification.

You see, I was heading to California for the last SEVT of the year where 1 of my presentations was aimed at explaining to a room full of Cisco engineers and resolution architects how and why programmability was not only relevant to us, but how it can also be fun to learn and work with. I’d spent the last several weeks working on a demonstration I called “Giant Ball of String Meets Cisco IoT” that involved using a Cisco IoT router to monitor interest and foot traffic at 1 of the most wellliked roadside attractions in the US, the World’s Largest Ball of Twine.

My premise was that such a treasured attraction was ripe for some upgrades. Sites like these are unfold across the United States and are favorite stops for families engaging in the worthy pastime of road tripping. Families pull over for bathroom and food breaks, stretch their legs, take some photos and then proceed alongside. Wouldn’t it be worthy for the communities operating these locations to have data on how many people visit each year? What days of the week and times of day are most wellliked? And for those who approach at night, when to turn on lights to welcome them and ensure safety. Of course, it would be worthy. But these locations are often in the proverbial middle of nowhere. My demo focused on using the ability of Cisco IoT routers to support cellular data connectivity to communicate with “the cloud,” as well as serial interfaces to connect to the hardware and sensors, allowing communities to control lights and identify activity at the site.

Giant Ball of String IoT Demo
The Giant Ball of String Demo Setup

And never being content with just describing something in slides, I actually constructed it. For anyone wanting to walk down memory lane with me, the code is available on GitHub. But enough about that, back to the scene with the security guard. In my bag are all the parts to this demo. A demo that I had just recently completed fully making work. A demo I was very much crossing my fingers would go off easily when I arrived in San Jose to deliver it to a room full of some of the toughest demo critics in the industry – system engineers, or Cisco SEs. (Spoiler: the demo went fantastically). Maybe it was a bit of vacation spirit in the air, but I was lucky. With a shake of the head and an odd smile, I was sent alongside to my flight.

Demo setup on stage at SEVT
My Giant Ball of String demo setup on stage at the SEVT.

I share this story as it is just 1 of the many “roadside attractions” on my own Journey to DevNet Expert. And while my journey is far from over, with the launch of the DevNet Expert Lab Exam on May 2, 2022, I needed to share a bit of my own journey with you all.

The Journey Begins

I joined Cisco as a systems engineer in 2010. I chose Cisco for many causes, but a huge 1 was my desire to focus on community engineering after being far more of a “jack of all trades” in IT up to that point. While I’d done my fair share of networking, I’d also done plenty of work on desktop support, Microsoft server administration, email administration and setup, Citrix work, database development, and malware removing. (Oh, so much malware removing work in the early 2000s. That could be its own “reflections post.”) My creativeness was full of days spent configuring routers and switches, working on routing protocols and WAN design, VPN configurations, and oh so much racking, stacking, and cabling of gear. It was going to be GLORIOUS.  And while there was plenty of that type of work, there were a lot of other aspects to being a Cisco SE as well. I generally loved the job and did well.

But far sooner than I had anticipated, talk about cloud, software, and programmability initiated to creep up around us. In the early years of the 2010s, these discussions were isolated at the edges of most work we did. Only in pockets around Cisco and with our typical clients did they approach up. Some of the SE leadership initiated to take notice and needed to be prepared when concepts like “software defined networking” and “cloud” came up in discussions of general architecture or major initiatives. I was 1 of a handful of systems engineers offered the chance to take some training on topics like cloud-native (it might not have been called that yet) application development, cloud computing, infrastructure as code, Python, etc.

And looking at where my journey took me, you might be surprised by this next fact: If I’m honest, I wasn’t all that interested in the offer. I mean I had fairly recently joined Cisco to “do networking.” I had experimented and explored software development before. I have a master’s in information systems and after learning Java I NEVER needed to be a “programmer.” However, I was nonetheless new at Cisco and was keen to learn and be valuable to my team and leadership (thanks Eric!). So, I said yes and I am so glad I did. It was 1 of those forks in the road that dramatically changed my path.

A few weeks after saying yes, I was off for 2 weeks of very focused and intense training to kickstart my knowledge on these topics. Along with maybe a dozen other systems engineers from around Cisco, I was put into a bootcamp of sorts. Today, there are lots of classes on topics like cloud, scripting, APIs, etc that are designed and aimed at community or infrastructure engineers. But at that time there weren’t. We went through training that was typically given to software developers inside Cisco. I learned about concepts like message buses and queues, REST APIs, infrastructure as code, load balancers, and proxy servers (from the perspective of application developers), and some early details on containers. It was a prospective training trip with the program where I was first introduced to Python in 1 of the most accurately named classes I’ve ever taken, “Intensive Introduction to Python” taught by Raymond Hettinger.

It didn’t take lengthy for my reluctance to go away. I fell in love with Python, and the way the development topics were taught reawakened a lot of the love I had when I was going through school. Much of what I learned in those early classes and work lead to another 1 of my favorite presentations and Cisco Live Sessions. “Micro-Service Applications for Infrastructure Engineers” came out of my early journeys and training in this area. It tells the story of another 1 of my over-the-top demos at an SE training session—the MyHero application. While the content is definitely a tiny dated today, there is a lot in there that is nonetheless quite valuable and relevant to engineers. If you haven’t seen it, take a watch. I earned at least 5 Distinguished Speaker awards for that session, so it should be pretty fine.

Finding a New Home in DevNet

I ultimately made a name for myself inside the SE community at Cisco as 1 of the “cloud and programmability guys.” But around the time of the thrilling trip through airport security that initiated this post, I made another of those fateful decisions. I left the Cisco SE organization and joined Cisco DevNet. The impetus for this decision was quite simply a desire to tackle what I had seen building for quite some time in the community engineering community. When I’d go and talk with engineers about automation and programmability, more often than not I’d find those engineers confused and a bit afraid. All around them the message was “community engineering is dead.” That software or cloud developers were going to just take over their work. That their skills weren’t desired anymore. Discussions often focused simply on how they could determine out how to hold their networks operating as cheaply and simply as possible. They didn’t want to be “noticed.”

This rhetoric broke my heart. I understood the fright and confusion, but I knew that there was an full part of the story that wasn’t being told or heard. There was vast potential for these same topics to launch community engineers into a shiny new prospective full of opportunities. What was desired was somebody to inform the story of these opportunities, somebody who could provide this perspective. Someone to talk about community automation and programmability from the perspective of these community engineers, and put the details into a context that resonated with the viewers. Possibly inform a story and give a demo or 2. I thought, what the heck – I can be that somebody.

While at Cisco Live Europe in Berlin in 2015, I chatted with the then-leaders of DevNet about my thought and thoughts. At the time, DevNet had been around for a few years, and while community automation was an lively topic, they agreed there was an opportunity to dig deeper into it. It took a tiny doing, but in December of 2016, I formally joined DevNet as a Network Automation Evangelist and became laser-focused on making community automation something community engineers would see as understandable, valuable, and even a bit of fun.

It turned out the timing was fine, and I found an viewers for this message. It really sunk in to me that we were on to something and making a difference at Cisco Live in Vegas in 2017 when I had the first session in the DevNet Zone for the day. The session was titled “How to be a Network Engineer in a Programmable Age” and at 2 minutes to go there was no 1 in the viewers. But that was because the doorways to the World of Solutions weren’t open yet. When the doorways opened, I watched as a tidal wave of attendees poured into the World of Solutions and DevNet. That was to be anticipated. But what I didn’t expect was that a decent chunk of that wave was headed straight for me.

How to be a Network Engineer in a Programmable Age - CLUS 2017
View from the viewers of “How to be a Network Engineer in a Programmable Age” from Cisco Live Vegas in 2017

Looking out at the viewers left me momentarily speechless. The thought that all these community engineers had gotten up early in Vegas to approach listen to me inform my story gave me pause. But it was a fine pause. It confirmed me that there truly was a hunger and desire in community engineers to find their place in this new area of community automation and programmability. That they were drained of being confused and afraid. And while I wasn’t sure I was exactly the right person to guide them, I would do so to the best of my ability.

Network Automation Gets “Official” with DevNet Certifications from Cisco

Even after joining DevNet and focusing on community automation and programmability full time, the topics were nonetheless in many ways isolated to the edges of the larger community engineering space. Sure, it was a wellliked topic and fun to play with, but it was seen as an “additional topic” that community engineers desired to learn. Kinda like multicast or MPLS, community engineers understood what it was and where it matches into the architectures they constructed, but it was a small portion of engineers who really focused on the topic. And from a certification perspective, automation topics were just 1 or 2 blueprint items on the CCNA, CCNP, and CCIE certification examination topic lists. The vast majority of the skills a certified engineer desired had nothing to do with automation.

But the times, they were a-changing.

As the week was ending at Cisco Live in Barcelona in January 2019, I was given a bit of news.  Talks had begun about launching automation- and programmability-focused certifications by Learning and Certifications at Cisco. It was nonetheless in the early stages, and the details weren’t fully known yet, but it was going to happen. The public announcement was going to happen later that year at Cisco Live in San Diego. I was excited. This was huge. Network automation was shifting from being an interesting peripheral topic to something mature enough to start building certifications. Engineers were starting to focus their careers on automation and organizations were keen to find and hire them.

1654656669 184 Reflections on the Journey to DevNet

The time between January and June was very busy. A lot of details on the certification changes were worked out, and at San Diego, I got to share in the excitement of the automation community as it was announced at Cisco Live by Chuck Robbins.

But take a gaze at that picture above.  See that tiny yellowish-orange star at the bottom right of the slide next to the badge for “DevNet Expert?” It says, “Future Offering.” The announcement in June 2019 about the DevNet Certifications set February 2020 as the date of release for the DevNet Associate, Professional, and Specialist certifications. However, from fairly early on in the planning of the new certifications, it was recognized that launching the Cisco DevNet Expert-level certification at the same time wasn’t going to be possible. And while many of us were keen to see the DevNet Expert become real, we knew taking an agile and iterative approach was best. So, we came back from Cisco Live after the announcement and continued the work that had been going on for months, focusing on building the certifications that would launch in February 2020.

Boy was it a lot of work. It took a massive amount of teamwork between hundreds of people from Learning and Certifications, DevNet, and external subject matter experts to construct blueprints, courses, exams, training materials, etc. But it all came together. And starting in February 2020, the first DevNet Certified individuals joined the world.  I remember the pride I felt sitting and taking my own exams to earn my DevNet Associate, DevNet Professional, and Data Center Automation Specialist certifications.

Hank's post on Twitter about DEVASC
Joining the community in posting my DEVASC score report.

Bringing the DevNet Expert Certification to Life

Many of us anticipated to immediately start work on DevNet Expert once the February 2020 release was passed. However, far more necessary things took focus as the world moved into 2020.  Building a new certification was the last thing on my mind. Eventually, as the world adapted to the new normal as best we could and work began to resume, discussions on the DevNet Expert certification initiated up.

Creating any Cisco certification is a major endeavor, and building an expert-level certification provides a lot more to the expectations and requirements. Normally, a team of certification and education experts from Cisco Learning and Certifications would enlist the help of subject matter experts from inside Cisco, our clients, companions, etc. to provide enter into “what it means” to be a Cisco Certified DevNet Expert. This is a lengthy process that includes many interviews, the creation of detailed descriptions and design documents, and ultimately, the full blueprint of the examination topics for an examination. This step is often accomplished through in-person workshops and heated discussions. Those in-person workshops just weren’t going to be possible for the DevNet Expert, so we adapted and our incredible team of certification specialists successfully brought the subject matter experts together virtually. Together we accomplished the necessary preparation work of defining the DevNet Expert certification as something that fit the real-world experience of those engineers who were already performing as senior automation engineers out in the world.

After many heated discussions about what skills belonged on the blueprint, how we might event test those skills, and the exact wording we needed to use, we had a blueprint ready to release and share with everybody eagerly awaiting it. In October 2021, Joe Clarke, 1 of my personal position models and a fellow SME on the DevNet Expert certification project, revealed his blog [Re-]Introducing the Cisco Certified DevNet Expert. This blog both reintroduced the DevNet Expert certification to the world and set the examination availability date of May 2, 2022. Now, we’d been working on the lab examination for the DevNet Expert for some time before October 2021, but there was a lot of work yet to do, and there is nothing quite like a deadline to inspire work. And it definitely motivated us.

By “us,” I am referring to the incredible team of engineers I had the pleasure of working with on building out the DevNet Expert Lab Exam. And because they all deserve direct recognition, I want to call them all out by name. Kurt Claes, Joe Clarke, Ramses Smeyers, Dmitry Figol, and Stuart Clark: Thanks for sharing this journey with me. It was a worthy 1. And I’d also like to mention 2 other engineers who helped in the development of the examination as we were getting initiated. Josh Bronikowski and Julio Gomez: Thanks to you both as well for your help in shaping the examination and certification.

By the beginning of April 2022, we had the examination ready for a test drive—a beta-test drive, that is. On April 4, I took my first work trip in almost 2 and a half years and headed to the CCIE examination center in Richardson, Texas where we had a group of 5 candidates who had agreed to be the first to try out the examination and give us some feedback. Alongside other candidates taking CCIE exams, these DevNet Expert candidates took the examination while Joe and I proctored, watched, and took notes on everything that seemed problematic or confusing. Things that were meant to be challenging were kept, of course, but we left Richardson with fewer than 4 weeks to make the final tweaks and updates to the examination before its release on May 2, and the first candidates to try their hand at incomes the latest Cisco Expert-level certification arrive.

Final Thoughts

That brings us to today. It’s been about 4 weeks since launch, and we’ve already had many candidates take the examination. Like every expert-level practical examination from Cisco, the Cisco Certified DevNet Expert lab examination is challenging. It requires deep technical knowledge and experience in the domain of community automation, as well as the mental discipline and resilience to focus for 8 hours straight to complete the examination. However, I’ve had the chance to speak immediately with several of the candidates who have taken the examination, and everybody has described the examination as fair, relevant to the real world, and something they plan to proceed preparing for. As I anticipated all those years ago, community engineers are interested, keen, and more than succesful to make community automation a core part of what it means to be a community engineer.

If you are preparing yourself for the DevNet Expert certification, or are interested in learning more about it, here are several excellent sources I recommend.

And if you’ll be at Cisco Live this June in Vegas, there are many sessions that relate to the DevNet Expert Certification.  I’m delivering several of them 🙂

Thank you for joining me on this gaze back at my personal journey towards the DevNet Expert.  And to close the loop on the wonderful roadside attraction of the World Largest Ball of Twine, my son and I finally made it there.  It was 1 of about a hundred roadside attractions we visited on an epic road trip 🙂

Hank and his son visit the largest ball of twine
One stop on an epic road trip – The World’s Largest Ball of Twine in Cawker City Kansas

Follow Cisco Learning & Certifications

Twitter, Facebook, LinkedIn and Instagram.



Most Popular