Why Today's APM Solutions Aren't Optimized for DevOps
July 21, 2014

Denis Goodwin
SmartBear

In my previous blog, Two APM Takeaways from Velocity Santa Clara 2014, I talked about fragmentation of solutions as a major trend in the APM space. Most vendors are providing a singular solution for some part of performance management, but yet, very few are able to provide a unified solution. In this post I want to extend this discussion to focus on what this means for DevOps.

I believe the lack of solution unification is an epidemic in the tech industry. Something that particularly stands out is that while more and more organizations are beginning to adopt the DevOps model by embracing continuous integration and collaboration, when it comes to the APM market serving these folks, some fundamental ideals of DevOps are thrown out the window — namely, the efficiency and collaboration aspects.

The Fragmentation of Tools is the Fragmentation of Teams

In the ever expanding vortex of value propositions and fragmented solutions that make up the APM market today, simplicity is getting lost. Everyone is so busy fighting to get or stay in the picture that they forget to take a step back to look at the big picture, and realize that all we are doing is collectively building an incomplete solution model. If it feels as though you are trying to integrate solutions that never were meant to integrate in the first place, it's because they weren't. And if the tools are disconnected, the teams that use them are much more likely to be disconnected as well. Or at least, not as connected as they could be.

When something breaks or a bug makes it into production, development and operations like to play hot potato with the blame — until everyone eventually tires and points their fingers at whichever one of their tools is most suspect for having failed them this time. However, the issue is often not the tool's fault either — the fault is shared by the assembly of tools that are collectively failing to support and encourage developers and operations to work together and collaborate.

Wait, Isn't DevOps About Efficiency?

It's natural to fix something after it breaks, but we are often not as good as we want to be at setting up prevention mechanisms to stop the issues from ever happening in the first place — perhaps if this weren't the case, APM vendors would have been building unified solutions from day one. This leads to businesses buying new tools for each part of a larger mission in order to alleviate some previous mishap and prevent it from happening again. The worst part is that by doing so you often can end up creating a much larger problem for yourself in the long term, as a result of opting for the quick fix in order to step around a small one in the short term.

Businesses are using an arsenal of tools that integrate (or don't integrate) with each other in attempt to assemble a complete APM solution. And then you have a whole other assorted toolbox for things like code review, functional testing, API testing and load testing for maintaining quality and superior user experience while continuously delivering applications. While these different solutions may be used by different functions, they are still all part of a single process. The more these silos are broken down in the future the more fluent and efficient that process will be.

Unified APM = DevOps

Perhaps the best approach is not about finding and filling the gaps with more and more tools as problems arise, and instead starting from square one with a single, unified platform for DevOps — one which fully supports collaboration between dev and ops, and enables ultimate efficiency by eliminating the need for added complexity and integrations.

The idea of eliminating the amount of time and energy spent evaluating, integrating and implementing all of these different tools makes the idea of unification worthwhile in itself, but of course this would only be the tip of the iceberg in terms of value.

In order to fully embrace the culture of DevOps and continuous integration, the tools that teams use need to support their fundamental principles and not dangle one leg over the fence. The days of patching a different piece of software onto every different part of the process are numbered.

Denis Goodwin is Director of Product Management, APM, AlertSite UXM, SmartBear Software.

The Latest

August 15, 2018

Microservices are a hot topic in IT circles these days. The idea of a modular approach to system building – where you have numerous, smaller software services that talk to each other instead of monolithic components – has many benefits ...

August 13, 2018

Agile is expanding within the enterprise. Agile adoption is growing within organizations, both more broadly and deeply, according to the 12th annual State of Agile report from CollabNet VersionOne. A higher percentage of respondents this year report that "all or almost all" of their teams are agile, and that agile principles and practices are being adopted at higher levels in the organization ...

August 09, 2018

For the past 13 years, the Ponemon Institute has examined the cost associated with data breaches of less than 100,000 records, finding that the costs have steadily risen over the course of the study. The average cost of a data breach was $3.86 million in the 2018 study, compared to $3.50 million in 2014 – representing nearly 10 percent net increase over the past 5 years of the study ...

August 08, 2018

Hidden costs in data breaches – such as lost business, negative impact on reputation and employee time spent on recovery – are difficult and expensive to manage, according to the 2018 Cost of a Data Breach Study, sponsored by IBM Security and conducted by Ponemon Institute. The study found that the average cost of a data breach globally is $3.86 million ...

August 06, 2018

The previous chapter in this WhiteHat Security series discussed dependencies as the second step of the Twelve-Factor App. This next chapter examines the security component of step three of the Twelve-Factor methodology — storing configurations within the environment.

August 02, 2018

Results from new Forrester Consulting research reveal the 20 most important Agile and DevOps quality metrics that separate DevOps/Agile experts from their less advanced peers ...

July 31, 2018

Even organizations that understand the importance of cybersecurity in theory often stumble when it comes to marrying security initiatives with their development and operations processes. Most businesses agree that everyone should be responsible for security, but this principle is not being upheld on a day-to-day basis in many organizations. That’s bad news for everyone. Here are some best practices for implementing SecOps ...

July 30, 2018

While the technologies, processes, and cultural shifts of DevOps have improved the ability of software teams to deliver reliable work rapidly and effectively, security has not been a focal point in the transformation of cloud IT infrastructure. SecOps is a methodology that seeks to address this by operationalizing and hardening security throughout the software lifecycle ...

July 26, 2018

Organizations are shifting away from traditional, monolithic architectures, with three-quarters of survey respondents delivering at least some of their applications and more than one-third delivering most of their applications as microservices, according to the State of DevOps Observability Report from Scalyr ...

July 24, 2018

What top considerations must companies make to ensure – or at least help improve – Agile at scale? The following are key techniques and practices to help accelerate Agile delivery rollouts and scale Agile and DevOps in the Enterprise ...

Share this