Part 3 of a series adapted from Joel Trammell’s Keynote Speech at NetQoS Symposium 2008
My favorite story for a changed application: A network team was fighting with a thorny application performance issue for a long time and they saw the application had changed its bandwidth usage by an order of magnitude overnight. They went back to the application developers and asked, “Guys, why didn’t you give us a heads up that you had changed this application so dramatically?” An application developer said, “What do you mean changed dramatically? We just flipped a flag in the database.”
“What do you mean you flipped a flag in the database?”
“Well, we made the graphics field, you know, available to the user.” So, it went from a text based application to one showing JPEG images that could be on the order of a MB in size, one for every page on that application.
To the application developer, this was not a change of any significance in the application.
But to the networking team, this was a major issue. Often, the application development team is not going to know what’s going to be a little change to them and a big change to the network engineer. That’s why it’s important to quantify the normal behavior and performance for your key existing applications so that you can detect this change.
Do you have some sort of alarm in place of variations from what that normal performance is? Can you detect an unusual traffic flow that might indicate a change in usage or a change in architecture? Perhaps the server team has repositioned servers, it’s going to have a dramatic effect on your network, though they haven’t “changed” the network at all, right? Can you reconstruct the transaction timing to understand why things have changed?
So, the key driver in this case to detecting a changed application is going to be response time. You know what a normal baseline response time is. Hopefully, you’re going to see an alarm off that normal baseline. Then you’re going to want to be able to understand if traffic flows have changed, so anomaly detection may help you in this case and of course packet analysis again may help you understand how the application has specifically changed.
Just a Flag in the Database – Why Networks Fail (to Perform)
About NetQoS
Subscribe
Leave a Reply Click here to cancel reply.
-
Bringing Innovation Back to IT
April 30, 2012
- Rolling Out a New App? How to Avoid 3 Performance Pitfalls April 11, 2012
-
Is Consensus Killing Your Business Transformation?
April 24, 2012
- Invest in End-User Education, Save Time and Money March 22, 2012
-
Cloud Impairs App Troubleshooting, survey says
May 9, 2012
- Service Assurance Weekly Reading List May 19, 2012
-
Supporting Bike To Work Day
May 18, 2012
-
Analyst: APM a Must-Have for the Cloud
May 17, 2012
-
Is Your Network Ready for the Video Deluge?
May 16, 2012
-
IT is the Best of Times and the Worst of Times
May 15, 2012
-
Patrick Ancipink: Nice one, Jason. While I didn't bike to work I di...
-
Ann Bednarz: You're a dork, but it made me laugh. Wish we coul...
- Cloud Impairs App Troubleshooting, survey says | Service Assurance Daily: [...] The poll conducted by Network Instruments (a...
- APM is King in 2012 | Service Assurance Daily: [...] results of this survey reflect a recent IDG ...
- Bringing Innovation Back to IT | Service Assurance Daily | InovaTrail | Scoop.it: [...] background-position: 50% 0px ; background-co...
APM
Application Management
Application Performance
application performance management
Ask the Service Assurance Expert
Bandwidth Issues
Business Service Management
Capacity Planning
CA World
cloud
Cloud Computing
Commentary
Daily Links
Data Center
Editorial
Infrastructure Management
IT Careers
ITIL
IT Management
IT Management & ITSM
ITSM
IT Spending
Just Too Cool
Miscellany
Mobile
Network Engineering
Networking Tools
Network Management
Network Monitoring
Network Performance
Networks
Network Utilization
Risk Management
Service Assurance
Social Networking
Tech Media Critique
Vidcasts
Video IP
Virtualization
VoIP
WAN Optimization
Web Services
Weekly Reading List
Whiteboard Series
WLAN Performance
Recent Tweets From @CAsvcAssur
Follow @CAsvcAssur on Twitter



No comments yet.