Network Computing is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Building APM Requirements And A Business Case

Last week, we looked at laying the foundation for an APM solution, but now it's time to get to work. We introduced Jim - a veteran IT manager who lacks any APM solution. As we discussed, he needs to establish key performance indicators around a critical application, including performance metrics and SLAs. His billing system also has a service catalog and detailed security and reporting modules built into the system. As a Web-based application, the backend database is distributed and the application serves just under 2,000 users. As Jim lacks application fault or performance monitoring, he really is starting from scratch. So we are going to start with creating a document Jim can use for his requirements and build his business case. 

Jim's first inclination was to search the Internet and analysts like Gartner for potential APM vendor products that might fit in his environment. After some discussion, we encouraged Jim to first build a business case that includes his requirements. Even though time is short, and Jim is under pressure to deploy a solution, to effectively evaluate the APM vendors he needs to understand what specific technical and business requirements he has. Otherwise, even the seasoned IT manager may get lost in a sea of marketing.

We worked with Jim to develop a template that breaks down columns for stakeholders, a description of the APM requirement, its priority, and the source of the requirement -if it came from a document or a person, including granular details citing the date and pages when appropriate. We helped break these requirements down into three technical categories: data collection, data aggregation/analysis and data presentation. Each of these areas were critical to understand the complete APM offering.

Jim wanted to identify the cause of the performance slowdown, not just that a problem exists. Data collection requires a detailed understanding of the application architecture in place, which means agent-based or synthetic transaction monitoring. The source of key metrics and data collection intervals were important considerations. Jim already had some network infrastructure monitoring tools, so he needed to consider how to integrate that information into the APM tool.

Most important to the CIO, the data presentation must include a way to quickly see the performance of the app and include out-of-the-box reports around the performance from the user perspective. While many APM tools have good dashboards, we shared with Jim that he might need another tool specifically for a dashboard, depending on the complexity of the visualization that links business data. The impact of a performance issue with a specific customer may require a dashboard with some intelligence.

  • 1