In my role as technology evangelist I spend a lot of time helping organizations, big and small, make their IT systems better, faster and more resilient to faults in order to support their business operations and objectives. I always find it frustrating to “argue” with our competitors about what the best solution is. I honestly think that many APM tools on the market do a good job – each with advantages and disadvantages in certain use cases. There is no “one size fits all” – there is just a “this tool fits best for your APM Maturity Level” (not saying the others wouldn’t do a good job).A lot of the arguing in the APM space is about the fundamental approach to monitoring application transactions: monitor and capture ALL details vs. monitor and capture relevant details. Along with that come topics like “overhead impact”, “scalability” and “data hording vs smart analytics”.Ultimately, you want to pick the right tool to solve your problems. As you have multiple tools to choose from let me – in my role as technology evangelist – highlight some of the use cases that our customers solve. As a technologist and a blogger, what I really care about is that the right technology is applied to the right problem. As such, I feel compelled to share what I have learned working with customers in the trenches. Hopefully, this will help you understand the technology and what problem it can solve in real life problems, and cut through the propaganda. Let me start with a few use cases today and follow up with some more in follow up blog posts.Use Cases from Steven – A Performance EngineerThe first use cases are picked from Steven – whom I reached out to after I read his question on our APM Community Forum. His company decided to move from a competitor to our APM solution and I wondered why. In an email, he highlighted that he had some initial success with the tool, and had been able to solve a couple of low hanging problems. When they decided to start taking a strategic Continuous Delivery approach to software delivery, they realized that the current tool had certain shortcomings slowing their attempts to practice DevOps.They identified the following key problems they need to solve and what they really required from an APM solution in order to get to where they are heading:How a user got to a problem, and not just seeing the problem itself Every transaction, with all details they need, out-of-the-boxWeb request/response bytes, SQL bind values, exception details for every transactionNumber of transactions executed per user and tenant used for business and cost reporting Capture custom business context data for every transactionBusiness transactions based on “buried” context data as not every detail is in the URLEliminate homegrown tools which are costly to maintain Provide application as well as system and infrastructure monitoringIntegrate with other tools such as JMeter, LoadRunner, Jenkins or HP Open ViewEliminate the need to make people look at other tools and data Foster collaboration across Architect, Dev, Test & Ops by using same data setData must be shareable with a single clickAbility to extend to custom frameworks, systems and protocols Bring in custom metrics from external tools via Java Plugin infrastructureFollow transactions across any custom protocol or technologies outside Java & .NETFull Automation to support Continuous Delivery Use Metrics provided by APM for every build artifact along the deployment pipeline to act as quality gatewayInform APM about new deployments to prevent false alertingReplace traditional application logging Eliminated log files which saves I/O and storageGet the log messages captured in context of a transaction and the context of the user that triggered that log messageOne solution for everything Not just performance monitoring but also business reporting as well as deep dive diagnosticsActive community f orum Get answers right awayLeverage extensions already provided by the community such as plugins for Jenkins, PagerDuty, …Let me give you some examples for Steven’s use case so that you can better decide on whether that is relevant for you as well:Continue reading the rest of the blog ...
- Posted by: Andreas Grabner
- Posted on: June 30 2014 10:14 EDT
Was this a serious best attempt at formatting an article ? LOL
Would have thought that "evangelising" would be more successful with a text editor?
That's the only reason I can think of why someone would post crap of this nature here. Oh and your bot failed to put the "link" in to the article.
Well gentlemen. I am not a bot - at least not the last time I checked :-)Unfortunately theserverside.com keeps loosing all the formatting when posting an article and they are not reacting on my messages to fix this. In case you are interested in the article (and not the "crap" as you so nicely put it) - here is the link: http://apmblog.compuware.com/2014/06/24/choosing-the-right-apm-system/
Thanks Andreas. Pleased to hear that you're human :-) Apologies. TSS has a habit of posting marketing drone junk, and the "authors" of said articles never reply to their submissions (one particular "author" has seemingly had all of their submissions deleted from TSS recently), so for the few people who still pass by here it is irritating to have to wade through nonsense to get to well presented ideas