Skip to main content
  1. Posts/

Snake Oil DevOps - BEWARE!

·442 words·3 mins
Chris Ayers
Author
Chris Ayers
I am a father, nerd, gamer, and speaker.

As a DevOps Consultant a lot of what I do is spent on People and Processes. If you remember the definition of DevOps that I love is from Donovan Brown, “DevOps is the union of PeopleProcesses, and Products to continuously deliver value to our end users”. I want to keep reiterating this, continuously deliver value to our end users. I bring this up because my job as a DevOps Consultant is to delivering value to my end users. But not all of us do. My amazing coworker (@_s_hari) and I have discussions about this quite a bit. As far as I know, he coined the term and gave me his blessing to blog about it.

A lot of what I do is focused on enablement. I don’t want to come in and setup 2 pipelines for a user, or just do board customizations on 3 board. I want to educate my end users. I want them to learn and apply it after I’m gone. I want to see the lightbulb go off, and the gears turning. I want them to continue on their journey and call me back at the next roadblock miles down the road, not the same one 5 feet away. I might focusing on training, or streamlining the workflow. Whatever is going to help them the most at that point in time.

Snake Oil

But, like days of old, there are those trying to make a buck at any cost. We come across them or hear about them from customers time to time. People and Processes aren’t part of the discussion. Instead the discussion centers on the tool. Snake Oil, The secret sauce, the magic technology, the silver bullet, the tool that will solve all your problems.

Have you ever heard any of theses statements/promises/lies?

  • If you buy this list of tools, you’ll be/have/do DevOps.
  • You can’t do DevOps without X tool.
  • You need to do Containers to do DevOps
  • Jira/Service Now/GitLab/Azure DevOps/GitHub/Excel/Post-its is the only way to track work
  • If you buy this monitoring tool all your bugs will get caught

Notice the lack of discussion about the company/business/team. What the business, what is important to the end users? How do you work? What are the processes to take a new idea, let the team work on it, and get that code into production? How do you know its running OK in production? Do you know if the end user uses your new feature?

When someone just focuses on the tool, they don’t care about helping you to improve, your journey, or the actual outcome. They want to continuously deliver the value of your wallet into theirs.

Related

What is DevOps?

·230 words·2 mins
What Isn’t DevOps? # Before I define DevOps, let’s get started with what DevOps isn’t. DevOps isn’t just a title, or a guy, or a department. DevOps isn’t just automating everying, and isn’t just logging everything. DevOps isn’t dozens of alerts every day, and isn’t an on-call rotation. DevOps isn’t agile or small releases. DevOps is a mindset.

ARM - Part 3: Hook up the Pipes

·211 words·1 min
I’ve got a template straight from Microsoft. I want this wired into a CI/CD pipeline to I can play around and get quick feedback. I’m going to use Azure DevOps to help make all this possible. Let’s get those templates into a repository to get started. New repository, initialize it, add new files. Next, I’m going to create a new resource group to play around with my web app resources.

ARM - Part 2: Azure Quickstart Templates

·528 words·3 mins
Time to Dive in # I’m one of those guys that likes to learn by doing. Reading the documentation is great, and I do that a lot. But for me to really grok something, I need to play with it, run it, and probably blow it up. If you missed part 1, read along and come back. I need a WebApp setup for my sample project. I realized I can do it a few ways. Some of the ways are very manual, some are repeatable, but one stood out to me.

ARM - Part 1: Azure Resource Manager

The Journey Begins # I’ve been an azure developer for years. Originally I worked with “Classic Mode” and Cloud Services. Then I moved to ARM and Web Apps. Lately I’ve been doing DevOps but I only recently started working with ARM Termplates. First, let’s dive into a little history. History # Azure has grown and changed since it was first introduced. Originally, it was a research project called, “Project Red Dog”. Azure has been commercially available since 2010. For four years, there was a limited way to interact with Azure, ASM the Azure Service Manager.

Some Tools to Help Present Git

·416 words·2 mins
I’m presenting soon on Advanced Git. I feel a lot of Developers and DevOps engineers know enough git to the job, but sometimes that’s it. I want to help people be more comfortable with the git command-line, and help alleviate some fear or hesitation in dealing with git edge cases. While researching things, I came across a few neat tools I’m using to help describe things.