Challenges with Application Performance Management (APM) 1.0 Products


News: Challenges with Application Performance Management (APM) 1.0 Products

  1. The enterprise applications and technologies such as Java have evolved in past two decades. The APM 1.0 tools were invented more than a decade back and they provided great benefits to resolve application issues that were prevalent with the early versions of Java and .NET technologies. However Java/.NET application servers have become mature and do not have those challenges any more. Also enterprise application architecture and technologies have changed drastically and the APM 1.0 tools have not kept up. This article discusses challenges with old generation of APM products.


    Here is the link to the blog


  2. I think we moved far beyond APM 1.0 products. We already had "next generation" APM products for each of the last 10 years. Maybe the author meant 10.0 Products?

    Here is a good break down of the various architectures of APM products over the last few years.

    This article on "The New APM" puts BMCs APM solution already in the sunset club (legacy)

    It is funny hearing BMC talk down APM 1.0 because of deep dive and high overhead when in fact their own products, via its aqusition of Identify, had so much overhead it could over run for 2 minutes (that was the sales engineering advice at the time), before killing the application it was supposedly managing.

    For those interested in know how you can have your cake (deep dive) and eat it (low overhead) we have many adaptive options that we have engineered over the years to address this:


  3. Hi William,

    You should probably update your knowledge  before bashing one vendor or another.

    First APM is not just deep-dive monitoring - look at what APM is

    Check about our next generation of Application deep-dive monitoring tool is before commenting on overhead.

    Third, you were referring to AppSight product that was acquired from Identify. Several customers are still using the product in production environment. You can check several case studies at

    Last, you don't have to show other products in low light before you promote your product.



  4. I think I know what exactly APM is about and it is not just about monitoring it is about management which is not exactly what you are that occurs at runtime and not by way of a some acting on a BIG RED circle in a dashboard minutes after the event. APM can be applied at various interactions points and layers...each one on its own is a manifest of what APM aims to achieve....and just in case you've already forgotten its management not just monitoring.

    "Check about our next generation of Application deep-dive monitoring tool"

    A next generation deep-dive monitoring tool that captures exciting....hmm...I think I will pass on a trip down memory lane.

    "you don't have to show other products in low light before you promote your product"

    You mean like this statement from your blog posting:

    "Most damagingly, they [APM 1.0 tools] have high overhead on application performance and do not scale beyond 100-150 application servers....These tools were built more than a decade back, and have not evolved much although the application architecture, technologies and methodologies have gone though drastic changes."

    Teapot, meet kettle!