TAG | Slow Application
Online media company gets proactive with application monitoring in production
Posted by App Man | Nov, 11, 2011 | In Agile & DevOps, APM Thought Leadership
1 Comment
On Wednesday I delivered a keynote at WJAX in Munich. Everything went really well, but I was a little shocked at the response I got when I asked the audience “How many of you monitor the performance of your apps in production?” As I scanned the audience, I counted 9 out of ~950 developers had put their hands up, meaning about 1% had visibility of how their applications actually performed in production. I know what you’re thinking: “But isn’t application performance in production the responsibility of Operations?” Well, it is and it isn’t. Most organizations think that when an application has an issue, it’s related to the infrastructure it runs on. That’s like saying when a car crashes, it’s because a part failed on the car whereas in actual fact most accidents are caused by the driver. Yes, hardware fails occasionally, but application logic and configuration drives how infrastructure resource is used, which is why most issues today occur when new code is deployed in production.
apm, appdynamics, appdynamics lite, AppDynamics Pro, application monitoring, Application Performance Management, MTTR, Performance Bottlenecks, Production Monitoring, Slow Application, WJAX
Applications were failing long before Cloud came along
Posted by App Man | Sep, 06, 2011 | In APM Thought Leadership, Cloud
2 Comments
I’m fed up of reading about Cloud outages, largely because all applications are created and managed by the most dangerous species on the planet – the human being. Failure is inevitable in regards to everything the human being creates or touches, and for this reason alone I see no news in seeing the word “outage” in IT articles with or without Cloud mentioned.
What gets me the most is that applications, infra-structure and data centers were slowing down and blowing up long before “Clouds” became fashionable. They just didn’t make the news every other week when applications resided in “data-centers”–ah, the good old days. Just ask anyone who works in operations or help desk/app support whether they’ve worked a 38 hour week; I guess the vast majority will either laugh or slap you. If everything worked according to plan, IT would be a really dull place to work, help desk would be replaced with OK desk, and we’d have nothing to talk about in the office or pub.
Amazon EC2, apm, Application Outage, Application Performance Management, cloud, Cloud Deployment, Cloud Migration, Disaster Recovery, Fault Tolerance, High Availability, PaaS, Private Cloud, Public Cloud, Slow Application
Does your Application have App-endicitis or Sleep App-nea?
App Man is here to help with any of your Application Performance conditions or questions.
Simply leave a comment below and he’ll be in touch to answer your questions.
apm, App Doctor, appdynamics, Application Issues, Application Performance Management, Ask App Doctor, Ask Appman, BTM, Business Transaction Management, Slow Application, Slow Performance, Slow Response Time
AppDynamics helps Insurance Customer avoid Production Outage
Posted by App Man | Aug, 03, 2011 | In App Man's X-Ray Competition
0 Comments
Last week I published my winning Customer X-Ray of the Quarter, which showed how AppDynamics was able to help a media customer solve a production issue that had plagued their application for over two years. This week I’m posting the runner-up X-Ray entry. This one describes how AppDynamics was able to help an Insurance customer avoid a production outage by spotting a major bottleneck as their application was migrated from dev to pre-production during performance testing. All of the X-Rays you see published in this blog were written by customers, so the stories you read are real, factual, and credible.
apm, appdynamics, Application Performance Management, BTM, Business Transaction Management, Business Transactions, Insurance, Monitoring Production, MTTR, Prevent business impact, Root Cause Analysis, Slow Application, Slow Response Times





