Evolving toward devops through transaction centric monitoring

Editor's Notes

• #3: Image: http://marketingforhippies.com/fast-marketing-vs-slow-marketing/
• #4: Image: http://www.side-out.org/blog/dealing-with-fear/
• #5: Image: http://blogs.telegraph.co.uk/technology/alexisdormandy/100007050/the-information-flood-businesses-are-drowning-in-data/
• #6: Image: http://blogs.ubc.ca/etec540sept09/2009/11/19/this-is-just-the-beginning/
• #7: Image: http://blogs.ubc.ca/etec540sept09/2009/11/19/this-is-just-the-beginning/
• #8: Objective of SlideEducate audience that operations today manage “Servers” instead of the “End User Experience”, i.e. business transactions.ScriptWhen it comes to troubleshooting application performance and availability, the common approach today is to analyze the health of the infrastructure which underpins the application. Unfortunately Operations lack the business context of what matters to your end-users or customers – the transaction they were executing when the problem occurred.A green or healthy infrastructure does not mean a green and healthy end user experience.The fact is end-users experience Business Transactions. They don’t experience servers or application infrastructure.When an end user complains, they normally say “I can’t Login” or “Checkout is very slow”, they don’t complain about Memory Leaks, Server CPU or Thread Pools.
• #9: Image: http://www.processexcellencenetwork.com/people-performance-and-change-in-process-improveme/columns/i-can-t-believe-you-want-me-to-use-that/
• #10: Objective of SlideDiscover whether the Prospect is going through these app architecture shifts and understands that their current approach/tools are insufficient in these environmentsTwo clear takeaways: Modern applications are harder to manage because they are a) more complex and b) change fasterPlant the seed that the only constant as apps have changed is the “business transaction”Note: Copy/Paste the industry specific transaction content from the appendix to tailor this graphic for your audienceScriptIn the early 2000s, application architectures were fairly simplistic consisting of a monolithic 3-tier architecture - with a user request resulting in a call to an application server and then a query to some backend database such as Oracle.Over time, the application architectures and operating environments have grown in complexity. While these shifts have been good for application developer productivity and agility, they have made modern applications more difficult to manage. The shifts that have had the most impact on IT Operations & App Support teams are:[BUILD SOA]SOA: Service Oriented Architecture[BUILD CLOUD & BIG DATA]Cloud Capacity: Usage of Cloud Capacity from providers like Amazon EC2 and private cloudsBig Data: Surge in data volumes popularizing Big Data and NoSQL technologies such as Hadoop, Cassandra and MongoDB[BUILD WEB 2.0 & AGILE]Web 2.0: More business logic and server side processing shifting to the browser with the advancement of Web 2.0 Agile: And to complicate things even further, more frequent code release cycles with the adoption of agile developmentAll 5 of these technologies have created the perfect storm for operations and development trying to manage the performance and availability of their application due to the high rate of change these teams are facing. To add to this challenge, legacy monitoring approaches weren’t built to support these environments.Ask: Has your organization embraced some of these approaches? If so, which ones? How has that affected your ability to manage performance and determine root cause?
• #11: Objective of SlideDiscover whether these pains/situations resonate with how they operate today.Perhaps get them to laugh and expose some 3rd level pain (personal pain – related to tension between Dev & Ops)Show prospect how their current approach increases the MTTR because their current set of tools and methodology has:No correlationMultiple toolsPoor collaborationAll three of the above:Increase the time to resolve application issuesCosts the company more money hogging resources to fix an issueImpacts the businessScriptFor instance, when end-users complain about a slow business transaction such as “Checkout” as shown on the left, we often see Ops and Dev teams working in silos, using multiple tools to analyze the health of the application’s infrastructure as shown on the right. When we meet customers for the first time, we often hear about their frustration with the blame-game between groups, and the ineffectiveness of late-night war room conference calls.Customers tell us that even though they had a lot of data - they couldn’t resolve application issues in a timely manner because their old tools didn’t gather the right information and didn’t allow Dev & Ops to get on the same page and inspect the same metrics.Ask: Does this sound familiar? [BUILD takes you to next slide]
• #12: Objective of SlideDiscover whether the Prospect is going through these app architecture shifts and understands that their current approach/tools are insufficient in these environmentsTwo clear takeaways: Modern applications are harder to manage because they are a) more complex and b) change fasterPlant the seed that the only constant as apps have changed is the “business transaction”Note: Copy/Paste the industry specific transaction content from the appendix to tailor this graphic for your audienceScriptIn the early 2000s, application architectures were fairly simplistic consisting of a monolithic 3-tier architecture - with a user request resulting in a call to an application server and then a query to some backend database such as Oracle.Over time, the application architectures and operating environments have grown in complexity. While these shifts have been good for application developer productivity and agility, they have made modern applications more difficult to manage. The shifts that have had the most impact on IT Operations & App Support teams are:[BUILD SOA]SOA: Service Oriented Architecture[BUILD CLOUD & BIG DATA]Cloud Capacity: Usage of Cloud Capacity from providers like Amazon EC2 and private cloudsBig Data: Surge in data volumes popularizing Big Data and NoSQL technologies such as Hadoop, Cassandra and MongoDB[BUILD WEB 2.0 & AGILE]Web 2.0: More business logic and server side processing shifting to the browser with the advancement of Web 2.0 Agile: And to complicate things even further, more frequent code release cycles with the adoption of agile developmentAll 5 of these technologies have created the perfect storm for operations and development trying to manage the performance and availability of their application due to the high rate of change these teams are facing. To add to this challenge, legacy monitoring approaches weren’t built to support these environments.Ask: Has your organization embraced some of these approaches? If so, which ones? How has that affected your ability to manage performance and determine root cause?
• #13: Objective of SlideDiscover whether the Prospect is going through these app architecture shifts and understands that their current approach/tools are insufficient in these environmentsTwo clear takeaways: Modern applications are harder to manage because they are a) more complex and b) change fasterPlant the seed that the only constant as apps have changed is the “business transaction”Note: Copy/Paste the industry specific transaction content from the appendix to tailor this graphic for your audienceScriptIn the early 2000s, application architectures were fairly simplistic consisting of a monolithic 3-tier architecture - with a user request resulting in a call to an application server and then a query to some backend database such as Oracle.Over time, the application architectures and operating environments have grown in complexity. While these shifts have been good for application developer productivity and agility, they have made modern applications more difficult to manage. The shifts that have had the most impact on IT Operations & App Support teams are:[BUILD SOA]SOA: Service Oriented Architecture[BUILD CLOUD & BIG DATA]Cloud Capacity: Usage of Cloud Capacity from providers like Amazon EC2 and private cloudsBig Data: Surge in data volumes popularizing Big Data and NoSQL technologies such as Hadoop, Cassandra and MongoDB[BUILD WEB 2.0 & AGILE]Web 2.0: More business logic and server side processing shifting to the browser with the advancement of Web 2.0 Agile: And to complicate things even further, more frequent code release cycles with the adoption of agile developmentAll 5 of these technologies have created the perfect storm for operations and development trying to manage the performance and availability of their application due to the high rate of change these teams are facing. To add to this challenge, legacy monitoring approaches weren’t built to support these environments.Ask: Has your organization embraced some of these approaches? If so, which ones? How has that affected your ability to manage performance and determine root cause?
• #14: Objective of SlideShow how Business Transactions give Dev & Ops the most relevant “Unit of Management” to assess application health.Show how we fix their problems as easy as 3-steps vs their current mode of troubleshooting.ScriptWhat customers like about AppDynamics is that we measure Application health by Business Transaction, and this gives them context that is relevant to the four constituents that matter a) end-users, b) line-of-business people, c) R&D, d) OperationsWhat we typically hear by the end of a PoC, is that Dev & Ops like how AppDynamics gives them a “unit of management” that they can agree on and a “single pane of glass” that eliminates conflict and finger-pointing.Now with AppDynamics in place, if a customer encounters the same “slowness with the Checkout transaction”, they can use AppDynamics to:[BUILD]Monitor all of your application’s business transactions and the details about each one - such as the end-user response times, total number of calls and health of their service levels.Troubleshoot the issue by isolating where it’s occurring in an intuitive format that looks like a “google traffic map”Resolve bottlenecks faster by finding the root cause of the problem and supplying you with the exact line of code as you can see here in this last screen.
• #19: Image: http://www.techbrarian.com/2009/05/27/assignment-39-7th-and-8th-grade-assignment-37-6th-grade-robots-part-2-the-turing-test/