Skip to main content

Q&A: HP Talks About APM - Part Two

Pete Goldin
APMdigest

In Part Two of APMdigest's exclusive interview, Shane Pearson, Vice President, Product Marketing for HP Software, shares guidance on APM challenges including mobile performance, security and event management.

Click here to start with Part One of APMdigest's interview with HP's Shane Pearson

APM: What are the main challenges to monitoring mobile performance?

SP: Not all mobile applications are the same. There are two basic types of mobile applications, native mobile applications and browser-based applications. Native applications reside on user devices and communication over HTTP(s). Browser-based applications use modified browsers to access applications online. When monitoring these applications you should consider how the user experiences the service from a native application and from the browser. If access from a browser, does the entire page render? How long does it take? Does it perform differently from one device to another? Customers may have a very different experience using a mobile browser than using the native application. When monitoring these new services it is important to be able to gauge how your customers experience the mobile application and how they experience it from various devices.

Feature-greedy users generate change and complexity.  Let's face it -- everybody loves the latest gadgets with all the latest bells and whistles. This is great for the consumer markets but this can introduce complexity when trying to manage mobile applications. As in the example above, the user's experience may be different from device to device. So when looking at monitoring mobile applications, not only do you have to consider browser and native applications but also the various devices. Some management vendors offer a service where you can rent cradles of phones to test and to monitor mobile applications. This can be a costly option. Another way is to emulate the application for multiple devices. This is a more cost-effective way to understand how your applications will perform for the various mobile devices. 

Visibility into chaos can help you troubleshoot issues. Not only do you need to understand how end users experience these new mobile applications, but when something does fail what was the cause of the failure? How do I know if it's an issue with the application, the device, and the carrier? Also, with many mobile applications built to leverage the already underlying business services, applications and supporting infrastructure, this can complicate and lengthen the time it takes to find the root cause of an issue. When monitoring the mobile application you should also be monitoring all dependencies and be able to visualize the entire end-to-end service. Having an end-to-end service view is key to understanding the complexity of IT environments. 

APM: How do security issues impact application performance management?

SP: Security information is rarely integrated with IT operations or application data. Often, the Security Operations Center (SOC) and the Network Operations Center (NOC) are silo groups, working independently, without any integration or even communication. And without any type of integration between these two groups, you don’t have the complete visibility you need in order to troubleshoot and find the root cause of a problem.

Here’s a typical example. If operations is seeing a key application slowing down, where the end users are being impacted, they don’t know if it is related to some usage spike related to an unusual load, if it is a piece of failing hardware, or some sort of security attack. Customers don't have the insight or context they need to react quickly, and drill down to the root problem, so they can protect their business. In this type of scenario, the operator may just throw more resources at the host to meet the demand spike. But, if there is some type of security breach, that approach is just wasting money, and won't solve anything.

As you can see, a new approach is needed.

APM: What is the solution?

SP: The solution for this type of dilemma is by having better communication with, and tool sets for, the NOC and the SOC. HP’s integration of ArcSight and BSM is helping bridge these two groups to give better insight to the root cause of a problem.

With BSM 9.1, the operations team has the capability to now bring security events from ArcSight Enterprise Security Manager (ESM) and Logger products into one central Operations Bridge, which we call Operations Manager i (OMi).

The ArcSight integrations with BSM leverage HP's unique strengths in both IT Operations and Security and provide a great differentiator for HP.

The three main benefits of this integration include:

1. Logs for Ops: Archive historical data center behavior by collecting and storing raw logs and correlated event data from varied data sources (300+ sources) OOB

2. Event Search and Analytics: Search, analyze and report on IT events from a single console

3. NOC and SOC collaboration: visibility into the health of the entire IT infrastructure including security aspects

APM: Explain how HP event management integrates with third-party monitoring technologies?

SP: HP brought to market Operations Manager i (Omi) which has become the Managers of Managers within IT operations as it brings events from various different parts of the data center into one single console. This includes events from each of the BSM monitoring tools for systems, network, and applications, but also 3rd party vendors such as Nagios and SCOM.

Additionally, OMi now shows security events coming in from ArcSight. And because OMi is built upon the Run-Time Service Model, it not only pulls in all events across the data center, but it can grab topology and CI information as well. This is called Topology-based Event Correlation, which is built on patented technology from HP labs. Having topology information with the events gives you the ability to determine the root cause of the problem and prioritize the remediation of those events based upon the business impact of the issue. Our customers are now using Omi as their single pane of glass or presentation layer for events consolidation and correlation.

APM: How does Topology-based Event Correlation work?

SP: HP's Topology-based Event Correlation (TBEC) utilizes detailed, comprehensive, and automatically updated discovery and relationship information to analyze alerts and events, and ultimately determine the event that is most likely the cause of an incident.

Using TBEC, operators are presented with a clear representation of which event they need to investigate and what symptoms can be ignored, which then helps them determine the team best suited to resolve an incident. With TBEC, there is less need to guess at the cause of an incident or spend time chasing symptoms -- so operations staff can fix issues faster, handle more incidents, escalate fewer issues to expert staff, and collaborate more effectively to resolve problems -- all of which ultimately help make incident management more efficient.

Click here to read Part Three of APMdigest's interview with HP's Shane Pearson

Click here to read Part One of APMdigest's interview with HP's Shane Pearson

Hot Topic
The Latest
The Latest 10

The Latest

In MEAN TIME TO INSIGHT Episode 24, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses network observability tool sprawl ... 

In cloud-native systems, scaling is often as simple as moving a slider. For on-premise databases, the stakes are different. Over-provisioning hardware is expensive. Under-provisioning leads to performance bottlenecks that are difficult to fix once the equipment is in the rack ...

When most people think about cybersecurity, they picture firewalls, encryption, and access controls — technical tools designed to protect systems and data. But beneath the technology lies a deeper set of principles about trust, decision-making, and resilience ... The best leaders don't eliminate risk. They manage it intelligently. And in many ways, cybersecurity offers a surprisingly useful playbook for doing exactly that ...

Many organizations assumed their infrastructure strategy was settled. It had been implemented, optimized and built into long-term plans. Recent changes in technology and vendor consolidation are forcing a second look. Cloud outages and licensing changes have exposed how much dependency exists on a small number of platforms. As a result, organizations are reevaluating whether those decisions still hold up under current conditions ...

Edge AI is strategically embedded in core IT and infrastructure spending across industries, according to the 2026 Edge AI Survey from ZEDEDA. The research shows that 83% of C-suite and IT executive respondents say edge AI is important to their core business strategy ...

As AI adoption accelerates, operational complexity — not model intelligence — is becoming the primary barrier to reliable AI at scale, according to the State of AI Engineering 2026 from Datadog ... The report highlights a compounding complexity challenge as AI systems scale ... Around 5% of AI model requests fail in production, with nearly 60% of those failures caused by capacity limits ...

For years, production operations teams have treated alert fatigue as a quality-of-life problem: something that makes on-call rotations miserable but isn't considered a direct contributor to outages. That framing doesn't capture how these systems fail, and we now have data to show why. More importantly, it's now clear alert fatigue is a symptom of a deeper issue: production systems have outgrown the current operational approaches ...

I was on a customer call last fall when an enterprise architect said something I haven't been able to shake. Her team had just spent four months trying to swap one AI vendor for another. The original plan said three weeks. "We didn't switch vendors," she told me. "We rebuilt half our integrations and discovered what we'd actually been depending on." Most enterprise leaders don't expect that to be the experience ...

Ask any senior SRE or platform engineer what keeps them up at night, and the answer probably isn't the monitoring tool — it's the data feeding it. The proliferation of APM, observability, and AIOps platforms has created a telemetry sprawl problem that most teams manage reactively rather than architect proactively. Metrics are going to one platform. Traces routed somewhere else. Logs duplicated across multiple backends because nobody wants to be caught without them when something breaks. Every redundant stream costs money ...

80% of respondents agree that the IT role is shifting from operators to orchestrators, according to the 2026 IT Trends Report: The Human Side of Autonomous IT from SolarWinds ...

Q&A: HP Talks About APM - Part Two

Pete Goldin
APMdigest

In Part Two of APMdigest's exclusive interview, Shane Pearson, Vice President, Product Marketing for HP Software, shares guidance on APM challenges including mobile performance, security and event management.

Click here to start with Part One of APMdigest's interview with HP's Shane Pearson

APM: What are the main challenges to monitoring mobile performance?

SP: Not all mobile applications are the same. There are two basic types of mobile applications, native mobile applications and browser-based applications. Native applications reside on user devices and communication over HTTP(s). Browser-based applications use modified browsers to access applications online. When monitoring these applications you should consider how the user experiences the service from a native application and from the browser. If access from a browser, does the entire page render? How long does it take? Does it perform differently from one device to another? Customers may have a very different experience using a mobile browser than using the native application. When monitoring these new services it is important to be able to gauge how your customers experience the mobile application and how they experience it from various devices.

Feature-greedy users generate change and complexity.  Let's face it -- everybody loves the latest gadgets with all the latest bells and whistles. This is great for the consumer markets but this can introduce complexity when trying to manage mobile applications. As in the example above, the user's experience may be different from device to device. So when looking at monitoring mobile applications, not only do you have to consider browser and native applications but also the various devices. Some management vendors offer a service where you can rent cradles of phones to test and to monitor mobile applications. This can be a costly option. Another way is to emulate the application for multiple devices. This is a more cost-effective way to understand how your applications will perform for the various mobile devices. 

Visibility into chaos can help you troubleshoot issues. Not only do you need to understand how end users experience these new mobile applications, but when something does fail what was the cause of the failure? How do I know if it's an issue with the application, the device, and the carrier? Also, with many mobile applications built to leverage the already underlying business services, applications and supporting infrastructure, this can complicate and lengthen the time it takes to find the root cause of an issue. When monitoring the mobile application you should also be monitoring all dependencies and be able to visualize the entire end-to-end service. Having an end-to-end service view is key to understanding the complexity of IT environments. 

APM: How do security issues impact application performance management?

SP: Security information is rarely integrated with IT operations or application data. Often, the Security Operations Center (SOC) and the Network Operations Center (NOC) are silo groups, working independently, without any integration or even communication. And without any type of integration between these two groups, you don’t have the complete visibility you need in order to troubleshoot and find the root cause of a problem.

Here’s a typical example. If operations is seeing a key application slowing down, where the end users are being impacted, they don’t know if it is related to some usage spike related to an unusual load, if it is a piece of failing hardware, or some sort of security attack. Customers don't have the insight or context they need to react quickly, and drill down to the root problem, so they can protect their business. In this type of scenario, the operator may just throw more resources at the host to meet the demand spike. But, if there is some type of security breach, that approach is just wasting money, and won't solve anything.

As you can see, a new approach is needed.

APM: What is the solution?

SP: The solution for this type of dilemma is by having better communication with, and tool sets for, the NOC and the SOC. HP’s integration of ArcSight and BSM is helping bridge these two groups to give better insight to the root cause of a problem.

With BSM 9.1, the operations team has the capability to now bring security events from ArcSight Enterprise Security Manager (ESM) and Logger products into one central Operations Bridge, which we call Operations Manager i (OMi).

The ArcSight integrations with BSM leverage HP's unique strengths in both IT Operations and Security and provide a great differentiator for HP.

The three main benefits of this integration include:

1. Logs for Ops: Archive historical data center behavior by collecting and storing raw logs and correlated event data from varied data sources (300+ sources) OOB

2. Event Search and Analytics: Search, analyze and report on IT events from a single console

3. NOC and SOC collaboration: visibility into the health of the entire IT infrastructure including security aspects

APM: Explain how HP event management integrates with third-party monitoring technologies?

SP: HP brought to market Operations Manager i (Omi) which has become the Managers of Managers within IT operations as it brings events from various different parts of the data center into one single console. This includes events from each of the BSM monitoring tools for systems, network, and applications, but also 3rd party vendors such as Nagios and SCOM.

Additionally, OMi now shows security events coming in from ArcSight. And because OMi is built upon the Run-Time Service Model, it not only pulls in all events across the data center, but it can grab topology and CI information as well. This is called Topology-based Event Correlation, which is built on patented technology from HP labs. Having topology information with the events gives you the ability to determine the root cause of the problem and prioritize the remediation of those events based upon the business impact of the issue. Our customers are now using Omi as their single pane of glass or presentation layer for events consolidation and correlation.

APM: How does Topology-based Event Correlation work?

SP: HP's Topology-based Event Correlation (TBEC) utilizes detailed, comprehensive, and automatically updated discovery and relationship information to analyze alerts and events, and ultimately determine the event that is most likely the cause of an incident.

Using TBEC, operators are presented with a clear representation of which event they need to investigate and what symptoms can be ignored, which then helps them determine the team best suited to resolve an incident. With TBEC, there is less need to guess at the cause of an incident or spend time chasing symptoms -- so operations staff can fix issues faster, handle more incidents, escalate fewer issues to expert staff, and collaborate more effectively to resolve problems -- all of which ultimately help make incident management more efficient.

Click here to read Part Three of APMdigest's interview with HP's Shane Pearson

Click here to read Part One of APMdigest's interview with HP's Shane Pearson

Hot Topic
The Latest
The Latest 10

The Latest

In MEAN TIME TO INSIGHT Episode 24, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses network observability tool sprawl ... 

In cloud-native systems, scaling is often as simple as moving a slider. For on-premise databases, the stakes are different. Over-provisioning hardware is expensive. Under-provisioning leads to performance bottlenecks that are difficult to fix once the equipment is in the rack ...

When most people think about cybersecurity, they picture firewalls, encryption, and access controls — technical tools designed to protect systems and data. But beneath the technology lies a deeper set of principles about trust, decision-making, and resilience ... The best leaders don't eliminate risk. They manage it intelligently. And in many ways, cybersecurity offers a surprisingly useful playbook for doing exactly that ...

Many organizations assumed their infrastructure strategy was settled. It had been implemented, optimized and built into long-term plans. Recent changes in technology and vendor consolidation are forcing a second look. Cloud outages and licensing changes have exposed how much dependency exists on a small number of platforms. As a result, organizations are reevaluating whether those decisions still hold up under current conditions ...

Edge AI is strategically embedded in core IT and infrastructure spending across industries, according to the 2026 Edge AI Survey from ZEDEDA. The research shows that 83% of C-suite and IT executive respondents say edge AI is important to their core business strategy ...

As AI adoption accelerates, operational complexity — not model intelligence — is becoming the primary barrier to reliable AI at scale, according to the State of AI Engineering 2026 from Datadog ... The report highlights a compounding complexity challenge as AI systems scale ... Around 5% of AI model requests fail in production, with nearly 60% of those failures caused by capacity limits ...

For years, production operations teams have treated alert fatigue as a quality-of-life problem: something that makes on-call rotations miserable but isn't considered a direct contributor to outages. That framing doesn't capture how these systems fail, and we now have data to show why. More importantly, it's now clear alert fatigue is a symptom of a deeper issue: production systems have outgrown the current operational approaches ...

I was on a customer call last fall when an enterprise architect said something I haven't been able to shake. Her team had just spent four months trying to swap one AI vendor for another. The original plan said three weeks. "We didn't switch vendors," she told me. "We rebuilt half our integrations and discovered what we'd actually been depending on." Most enterprise leaders don't expect that to be the experience ...

Ask any senior SRE or platform engineer what keeps them up at night, and the answer probably isn't the monitoring tool — it's the data feeding it. The proliferation of APM, observability, and AIOps platforms has created a telemetry sprawl problem that most teams manage reactively rather than architect proactively. Metrics are going to one platform. Traces routed somewhere else. Logs duplicated across multiple backends because nobody wants to be caught without them when something breaks. Every redundant stream costs money ...

80% of respondents agree that the IT role is shifting from operators to orchestrators, according to the 2026 IT Trends Report: The Human Side of Autonomous IT from SolarWinds ...