About AppDynamics
TAG | DevOps
Embed this image on your site:
Agile & DevOps, apm, Application Performance Management, DevOps, Web Operations, WebOps
Storm Clouds in 2012? – Results of AppDynamics APM Survey
Posted by Greg Howard | Dec, 14, 2011 | In APM Thought Leadership
3 Comments
We recently finished conducting our annual Application Performance Management survey. Over 250 IT professionals participated, and they shared insights such as:
- Many Ops and Dev teams are anticipating growth in their applications by 20% or more
- Over 50% are planning to move to the cloud, and are architecting brand-new applications to be cloud-ready
- Most teams are using log files to monitor application performance, rather than an Application Performance Management (APM) tool.
We’ll release the full report soon, but here’s an infographic that summarizes some of the main findings:
Embed this image on your site:
What I found personally surprising was the heavy reliance on log files. When you’re troubleshooting distributed architectures, time is of the essence–and there’s no way to cut your MTTR down when you’re relying on log files to identify root cause.
In fact, there’s only one guy who ever made using a log file look cool:
And I think we can all agree that’s a pretty unique use case.
We’ll have the full survey results available soon.
Agile & DevOps, apm, appdynamics, Application Performance Management, BTM, CA Wily, cloud, Compuware, DevOps, Dynatrace, HP BAC, IaaS, infographic, MTTR, New Relic, OpNet, OpTier, Performance Issues, Problem Resolution, Quest, Splunk
Not Everyone is an Application Expert
Posted by App Man | Oct, 25, 2011 | In Agile & DevOps, APM Thought Leadership
0 Comments
The majority of us in IT are specialists, with the exception of a few VPs of engineering who are “special” in their own “special” world of being “special.” What I mean by this is that no single person has the skills or experience to do everything well in IT. IT is too big for me to explain or summarize in a few words, other than it requires a lot of different people with different skills to make it tick along. Despite applications being the living breathing entities of the business, a large portion of folk in IT have little context of how applications are built, how they execute, and how they consume resource across the IT infrastructure. Many people simply don’t care as their responsibilities are completely void of anything application related. That’s fine–but the reality is that everyone in IT should have one eye on the business. The whole reason IT exists is so the business can be more competitive and make more money. If this happens, IT gets more budget and is allowed to innovate more. IT and the business need each other to survive, which is why when applications slow down or break, both parties bitch at each other.
Operations need better visibility
Unfortunately for both the business and IT, the people (Operations) who manage the performance and availability of applications in production aren’t application experts. They are also not stupid either; their skills sets are wide and broad across many technologies and platforms that underpin applications. They manage a lot of things that application developers take for granted, like networks, databases, storage and virtualization. While Operations monitor the health of these infrastructure components, they often get bombarded with crap from the business when end users and business transactions are being impacted by slow performance, despite all system monitoring showing everything is fine. This lack of understanding between the Business and Operations is because both parties see things from different perspectives.
apm, appdynamics, application monitoring, Application Performance Management, BTM, Business Transactions, CA Wily, Compuware, DevOps, Dynatrace, HP BAC, IBM Tivoli, Nastel, OpNet, OpTier
AppMan Adventures: Dev Moves to the Private Cloud
Posted by App Man | Jul, 15, 2011 | In App Man Adventures
0 Comments
We’re pretty lucky these days to work and play with lots of cool stuff. In a consumer world of HD TVs, Mac books, iPhones, Droids, Angry Birds, Face books and tweets, life is rarely boring. Working in IT is the same. We’ve got clouds, NoSQL, agile, SOA, ria, pythons, scalas, rubies, and lots of ideas and technologies to play with every week. If only our friends and relatives outside of IT could figure out what the hell we’re all excited about, and the simple fact that most of us aren’t millionaires.
Agile & DevOps, Agile methodology, Agile Ops, Business Transactions, cloud computing, Development, DevOps
After Velocity came DevOpsDays in Mountain View. I was hoping to give my feet and liver a rest after two consecutive days at Velocity. When I woke up at 7:30 a.m. the next day my body was throwing lots of OutOfEnergyExceptions, and it did cross my mind whether another 2 day event on Dev and Ops might be overkill. I got out of bed, hopped on a Caltrain, and made it to the DevOpsDay just in time for John’s “State of Union” speech.
John gave a great intro into how the DevOps movement started and its progress since inception back in 2009. Within just two years, Gartner is now recognizing the movement and its relevance within IT. John then talked about agile companies like FlickR who were doing a wacky 10 deployments a day back in 2009—and more recently WealthFront, who are now up to 50-100 deployments a day. It’s becoming clear Agile Development is driving the need for Agile Infrastructure and Operations. However, whilst the Cloud concept helps organizations become more agile, the idea that Ops will simply go away or be taken over by Dev is just nonsense (John put it a bit more bluntly than that, which was well received). The Business and Dev still need Ops, no matter what.
App Man Adventures: Ops thanks Dev
Posted by App Man | Jun, 10, 2011 | In App Man Adventures
0 Comments
App Man on Managing Change
Posted by App Man | Jun, 09, 2011 | In Agile & DevOps, APM Thought Leadership
0 Comments
My favorite TV channel at the moment is Speed TV. Last week we had the Monaco Formula 1 Grand Prix where RedBull (fizzy drinks company) beat Ferrari – the most prestigious name in motorsport history! Formula 1 is all about finding performance through innovation and change. F1 teams have up to a hundred engineers working flat out on every aspect of the car from aero to engine maps hoping to find a few tenths of a second to out-qualify, race and beat the competition.
The development of a F1 car is relentless with testing sessions only allowed during pre-season in order to reduce costs. Teams can only test new ideas and car updates at race weekends when they’re head to head with competitors, and limited to just 6 hours of track time. There is no such thing as a test environment, teams can’t just reboot or replace their car when a driver hits a wall or engine blows up. A component failure or crash means less track time to monitor and find the optimal car setup. They basically operate in a live production environment. With some teams bringing up to 35 different car updates for every race, it’s down to the engineers and support teams to continuously monitor and figure out which updates deliver the most improvement, pace and reliability. Not finishing a race or being slow has a massive impact on prize money and sponsorship loyalty.
Agile & DevOps, apm, Application Performance Management, BTM, Business Transactions, Change Management, DevOps
AppMan Adventures: Cassandra Meets Ops
Posted by App Man | May, 19, 2011 | In App Man Adventures
0 Comments
