DevOps

Here’s what the industry is getting wrong about APM

Share this post:

IBM APM Application Process ManagementRecently, you may have seen news about recent consolidation in the application process management (APM) space. Some might see this as the industry making big bets on combining network management with application management.

But I see it differently. This is an area that has not yet yielded results because the personas using these tools have very different needs and expectations. Let me explain.

IBM has been in the application monitoring space for more than 20 years. I see a very different trend emerging. As applications get more complex in today’s cloud era, the data processed in the monitoring space is growing exponentially. To support hybrid applications and infrastructure, you must have solutions that provide useful visibility and insight into data performance with features such as predictive analytics and cognitive ChatBots.

Cognitive technologies are replacing labor-intensive techniques to help practitioners sort through data and prioritize the analytical options. The industry is beginning to see the true value of cognitive capabilities, including gathering historical application data, making predictions and fixing problems automatically.

The shift to hybrid applications and DevOps methodologies are also impacting who uses APM and they use it. With rapid innovation and continuous delivery becoming a priority of many digital businesses, the need for APM to be introduced in the early stages of development and testing phase has become a growing trend.

As a result, APM is “shifting left” to become an integral part of application development and testing—beyond its continued use as a monitoring tool post-launch. I’ve seen planning for monitoring and management being done before the first line of code is being written.  Smart. It is critical for APM solutions to adapt to DevOps needs and deliver value to DevOps users to be successful in the future.

Some companies may see value by investing in monitoring and transaction profiling for IT Operations teams. But to me the trends show that APM users seem most interested in DevOps and cognitive technologies. One key to making users happy is to automate problem prevention and avoiding “war rooms.” This is a huge improvement over traditional uses cases of speeding up problem resolution.

Not every vendor can provide the solutions, integrations and insight to help companies keep up with the future of APM. But IBM can. IBM APM offers a deep view your infrastructure, application and user-experience to identify, isolate, diagnose and automatically resolve problems before they start affecting your users. With advanced cognitive capabilities, you’ll uncover source code problems long before an issue creates consequences. And you can diagnose problems using correlated log search and analysis and predictive insights.

Don’t settle for old fashioned, siloed application management when you can jump on the spaceship to the future.  Check out what IBM APM has to offer here. And for more on the industry’s best expertise on APM and its future, join us at InterConnect 2017 this March.

Product Manager - Application performance management

Add Comment
One Comment

Leave a Reply

Your email address will not be published.Required fields are marked *


Ben Stern

Nice blog Ankita. I completely agree that shifting left and planning/implementing APM earlier in the lifecycle of an application is important. Regarding cognitive, what you have stated is true and important. But, cognitive can play a much broader role. For example, automatically analyzing Event and Ticking data to reduce the number of problems that need to be addressed; finding root cause events; and mining the data to understand historical trends. For example, by analyzing historical trends in events and tickets, I can identify that a specific version of operating system or middleware is the cause of significant number of actionable events. There are many places where analytics can be applied to improve application performance and availability and to reduce MTTR.

Reply
More DevOps stories

What the shift to DevOps means for your production environment

As more organizations move to the DevOps model, teams are having to relearn what it means to operate a production environment. Most organizations seem to think DevOps means no Ops, but the reality is that the operations component is still required. The concepts of service management are still relevant in the era of microservices, cloud […]

Continue reading

Moving from the transformation laboratory to production

Digital transformation is fueled by near-ubiquitous access to the cloud and accelerated by DevOps automation. This powerful combination sounds simple—but realizing true transformation can feel much more complex. The reality of digital transformation means that you need to lift, extend and refactor applications into cloud architectures one piece at a time. Traditional applications are inherently […]

Continue reading