Contact Us
SaaS Log InXRay Login
devops Nastel

DevOps – it’s not dead yet

Nastel Technologies®
April 5, 2022

DevOps is about improving culture and processes – and many organizations still have some way to go. That’s why rumors of the demise of DevOps have been exaggerated

 

It’s one of those questions that’s tossed around the internet quite regularly. “Is DevOps dead?” Is there a genuine reason to think that DevOps is on its last legs? Or are authors just trying to get clicks by making controversial statements?

 

Let’s look at some of the main justifications given for raising this question:

 

  • The word DevOps isn’t appearing as much in conference talks
  • NoOps proponents say it has/will replace DevOps everywhere
  • Serverless and Kubernetes platforms mean that we don’t need to worry about infrastructure and developers can just do it all themselves
  • Everybody is moving on to the next thing and DevOps is just yesterday’s news

 

I’ll come back to these points shortly. But first I want to ask my own question: why did DevOps develop and are those drivers really no longer relevant?

 

In its purely literal sense, DevOps came about as a means of addressing the problems that existed between the development and operations teams. Organizations that had adopted agile development practices became frustrated that they didn’t lead to better outcomes as waves of code crashed against the rocks of bureaucratic deploy and release processes. The first goal of DevOps was to remove these siloes and the impediment to software deployment that they created.

 

So, my question to you (if you think DevOps is dead) is have you removed all siloes, manual approvals and other bureaucratic obstacles from your value chain that prevent you from releasing software frequently and with high quality and confidence?

 

Siloes don’t just exist in development and operations teams. What about compliance or security? What about your testing team? Are all tests automatically run every time software is deployed? Is security baked into your pipelines? Do automatic tests run for performance and accessibility? Or do your services need to be regularly tested manually, potentially creating bottlenecks around deployment? Have you created feedback loops from production back to your development team so that they can keep improving their software’s features and reliability?

The principles behind DevOps will continue to survive whether the term does or not. Approaches to software delivery will themselves continue to evolve and improve. But the principles of DevOps will remain.

The goal of both agile and DevOps approaches is to get value to your customers/users as quickly as possible so if your development team is still toiling away for six months with no release are you really gaining benefit from either approach?

 

From observation, there are many organizations out there that have yet to benefit fully from DevOps because they still retain impediments in their processes and so have not truly implemented a DevOps culture into their organization even though they employ “DevOps Engineers” and are using a grab bag of approaches – CI/CD, IaC, monitoring et al that are often considered ‘DevOps practices’. It seems like there is still a long way to go before DevOps is done well and extensively.

 

So if this is true why are people asking the questions?

 

All technological approaches go through the same process and DevOps is no exception. More organizations who develop software than not have adopted at least some DevOps practices at this point and so adoption is well to the right of this graph – in other words it has normalized.

 

It’s natural at this point for technologists to lose their excitement about DevOps and start looking for the next big thing – and newer concepts like NoOps start to sound very plausible (and appealing) when you take the DevOps promise of automating all the things to its logical conclusion.

 

Similarly, advances in the completeness of out-of-the-box application running, container hosting and orchestration services from the major cloud providers could persuade some managers that developers don’t need operations staff to enable them to release production ready software.

 

There are some truths in these opinions. Yes, a skilled operations engineer or platform team will gradually reduce a development team’s need for full-time support by creating repeatable automated services that allow teams to self-serve themselves tried-and-trusted patterns of software build and test – and to easily deploy into standardized production-like environments.

 

Yes, cloud platform providers will continue to offer improved products that remove complexity and allow even relative novices to spin up secure and highly available services. But these things don’t remove the need to adopt a true DevOps culture.

 

Both agile and DevOps are based on continuous improvement. Processes can always be improved, better tools can always be developed. Practitioners should always strive for greater efficiencies and better outcomes. Organizations who set their development and release processes in stone, those who think they have “done” DevOps are yet to fully adopt a DevOps culture.

 

The principles behind DevOps will continue to survive whether the term does or not. Approaches to software delivery will themselves continue to evolve and improve. But the principles of DevOps will remain.

So, not dead yet then.

 

This article originally appeared on linkedin.com, to read the full article, click here.

Nastel Technologies is the global leader in Integration Infrastructure Management (i2M). It helps companies achieve flawless delivery of digital services powered by integration infrastructure by delivering tools for Middleware Management, Monitoring, Tracking, and Analytics to detect anomalies, accelerate decisions, and enable customers to constantly innovate, to answer business-centric questions, and provide actionable guidance for decision-makers. It is particularly focused on IBM MQ, Apache Kafka, Solace, TIBCO EMS, ACE/IIB and also supports RabbitMQ, ActiveMQ, Blockchain, IOT, DataPower, MFT, IBM Cloud Pak for Integration and many more.

 

The Nastel i2M Platform provides:

Comments

Write a comment
Leave a Reply
Your email address will not be published. Required fields are marked *
Comment * This field is required!
First name * This field is required!
Email * Please, enter valid email address!

Schedule your Meeting

 


Schedule your Meeting


Subscribe

Schedule a Meeting to Learn More