DevOps.com

  • Latest
    • Articles
    • Features
    • Most Read
    • News
    • News Releases
  • Topics
    • AI
    • Continuous Delivery
    • Continuous Testing
    • Cloud
    • Culture
    • DataOps
    • DevSecOps
    • Enterprise DevOps
    • Leadership Suite
    • DevOps Practice
    • ROELBOB
    • DevOps Toolbox
    • IT as Code
  • Videos/Podcasts
    • Techstrong.tv Podcast
    • Techstrong.tv Video Podcast
    • Techstrong.tv - Twitch
    • DevOps Unbound
  • Webinars
    • Upcoming
    • On-Demand Webinars
  • Library
  • Events
    • Upcoming Events
    • On-Demand Events
  • Sponsored Content
  • Related Sites
    • Techstrong Group
    • Container Journal
    • Security Boulevard
    • Techstrong Research
    • DevOps Chat
    • DevOps Dozen
    • DevOps TV
    • Techstrong TV
    • Techstrong.tv Podcast
    • Techstrong.tv Video Podcast
    • Techstrong.tv - Twitch
  • Media Kit
  • About
  • Sponsor
  • AI
  • Cloud
  • Continuous Delivery
  • Continuous Testing
  • DataOps
  • DevSecOps
  • DevOps Onramp
  • Platform Engineering
  • Low-Code/No-Code
  • IT as Code
  • More
    • Application Performance Management/Monitoring
    • Culture
    • Enterprise DevOps
    • ROELBOB

Home » Blogs » Business of DevOps » DevOps’ weakness and what it does best

DevOps’ weakness and what it does best

Avatar photoBy: Don Macvittie on July 30, 2014 1 Comment

Every great movement has its weaknesses, be the movement social, technical, or political, there are always ways in which it falls short and steps must be taken. DevOps is not some special case that is pure, and if you’ve worked in it, you know how very true that statement is. From meetings that are a tug-of-war to failures that aren’t readily traceable or automation that spawns problems across a datacenter, there are definitely weaknesses in the process.

Recent Posts By Don Macvittie
  • Don’t Hire for Product Expertise
  • Complexity is Still With Us
  • Are We Delivering?
Avatar photo More from Don Macvittie
Related Posts
  • DevOps’ weakness and what it does best
  • Balance: The Key to Successful DevOps
  • The Forgotten Fourth Question
    Related Categories
  • Blogs
  • Business of DevOps
    Related Topics
  • DevOps Weakness
Show more
Show less

But like any good movement, the benefits are perceived to be worth the work to minimize the weaknesses. If stability, agility, and security can be served by the standardization and improved communication of DevOps, the perception is accurate.

TechStrong Con 2023Sponsorships Available

HammerNailWhile it takes a commitment of man-hours, the meetings can be gotten through with disparate interests being satisfied, failures can be traced and changes made to make certain it doesn’t happen again, and cascading errors can be prevented with careful analysis and planning. Even if such a cascading error does crop up, once it has occurred you can take steps to keep it from recurring.

The problem that is the bane of DevOps is not one of these things, it is a simple problem encountered in every IT shop. Complexity. The volume of complexity in IT is astounding, and it is difficult to take complex systems and effectively automate them without a massive investment in man-hours and possibly budget also.

While there are plenty of readily available examples of the levels IT complexity, I will draw upon my recent experience at F5 Networks to offer one single example. F5’s BIG-IP is a stellar platform for all types of traffic optimization and more. From security to image minification, BIG-IP can do it. The thing is, offering the breadth of possibilities that BIG-IP does introduces complexity. The number of configuration objects and the number of parameters that can be configured for those objects is daunting.

But F5 saw that this was a problem (real or perceived), and invested the man-hours to make life easier for customers. Of course they’re a business, so it wasn’t some great altruistic move, but that’s not the point. When they released version 1.0 of iApps, their deployment automation and configuration streamlining solution, the time to deploy the network resources for a typical app was reduced to a fraction of manual deployment man-hours.

The idea is to set some defaults for all of those parameters and provide a UI to ask how to configure the remaining elements. This allows IT to set the parameters that are predefined policies and less flexible application-to-application, while allowing the more adaptable parameters to be defined at deployment. It also allows easy replication of existing deployments.

The only drawback to the original deployment scenarios was its lack of true automation. Over time F5 has added API interfaces to build and deploy iApps, easing that crucial issue.

The benefit is that F5 gear is easier to use – particularly with their selection of pre-built iApps that you can use out of the box – but it came at a cost in man-hours. Simply put, the complexity was removed via iApps, but when you need it, you can always dip back to the traditional way of implementing cascading objects.

Am I selling you F5 gear? No. I’m simply offering one example of extreme complexity created by adaptability that was overcome and the result was a huge positive. And pointing out it took effort to get there. Dedicated effort. Complexity is just another surmountable obstacle, if you address it correctly.

It takes investment. You have to set the time aside. This stuff doesn’t happen on its own, and too many enterprises try to do DevOps in their spare time. Yes, everyone is crazy busy, but peeling off some hours today to dedicate can reduce man-hour overhead of your systems moving forward. You need to look at complex processes and break them down to the smallest chunks you think you’ll need, then automate those.

This approach has the added benefit of making management of devops implementation easier. Meetings are much shorter if the part you are talking about is focused on a single task, utilizing a subset of the infrastructure.

If you’re going to do it, set aside the time. Do it right, and reap the benefits.

Filed Under: Blogs, Business of DevOps Tagged With: DevOps Weakness

« Bringing Collaboration, Orchestration and Lifecycle Management to Docker Containers
Think the Developer Tool Market Is Annoying? Just Wait… »

Techstrong TV – Live

Click full-screen to enable volume control
Watch latest episodes and shows

Upcoming Webinars

Moving Beyond SBOMs to Secure the Software Supply Chain
Tuesday, January 31, 2023 - 11:00 am EST
Achieving Complete Visibility in IT Operations, Analytics, and Security
Wednesday, February 1, 2023 - 11:00 am EST
Achieving DevSecOps: Reducing AppSec Noise at Scale
Wednesday, February 1, 2023 - 1:00 pm EST

Sponsored Content

The Google Cloud DevOps Awards: Apply Now!

January 10, 2023 | Brenna Washington

Codenotary Extends Dynamic SBOM Reach to Serverless Computing Platforms

December 9, 2022 | Mike Vizard

Why a Low-Code Platform Should Have Pro-Code Capabilities

March 24, 2021 | Andrew Manby

AWS Well-Architected Framework Elevates Agility

December 17, 2020 | JT Giri

Practical Approaches to Long-Term Cloud-Native Security

December 5, 2019 | Chris Tozzi

Latest from DevOps.com

New Relic Bolsters Observability Platform
January 30, 2023 | Mike Vizard
Let the Machines Do It: AI-Directed Mobile App Testing
January 30, 2023 | Syed Hamid
Five Great DevOps Job Opportunities
January 30, 2023 | Mike Vizard
Stream Big, Think Bigger: Analyze Streaming Data at Scale
January 27, 2023 | Julia Brouillette
What’s Ahead for the Future of Data Streaming?
January 27, 2023 | Danica Fine

TSTV Podcast

On-Demand Webinars

DevOps.com Webinar ReplaysDevOps.com Webinar Replays

GET THE TOP STORIES OF THE WEEK

Most Read on DevOps.com

What DevOps Needs to Know About ChatGPT
January 24, 2023 | John Willis
Microsoft Outage Outrage: Was it BGP or DNS?
January 25, 2023 | Richi Jennings
Optimizing Cloud Costs for DevOps With AI-Assisted Orchestra...
January 24, 2023 | Marc Hornbeek
Dynatrace Survey Surfaces State of DevOps in the Enterprise
January 24, 2023 | Mike Vizard
Deploying a Service Mesh: Challenges and Solutions
January 24, 2023 | Gilad David Maayan
  • Home
  • About DevOps.com
  • Meet our Authors
  • Write for DevOps.com
  • Media Kit
  • Sponsor Info
  • Copyright
  • TOS
  • Privacy Policy

Powered by Techstrong Group, Inc.

© 2023 ·Techstrong Group, Inc.All rights reserved.