Splunk AppDynamics

Java APM - should i see where the calls originate?

CommunityUser
Splunk Employee
Splunk Employee

So I've used other APM tools before and calls into a java agent instrumented process usually show up on the map as 'user' or the like - i.e. identifying the source of the call.

Just started with Appdynamics but with just the JVM agent set up I dont see this (a 'start' reference appears on the first segment being hit). Do i need end user monitoring configured too?

These calls are coming in via an haproxy, anything I could do with that?

Labels (1)
0 Karma
1 Solution

Peter_Holditch
Builder

Chris,

EUM requires an agent on the client side, so doesn't sound like a fit for this use-case.

What information is available to you as to the source of your API requests?

If you plan to use getRemoteAddr() or that family of APIs to identify the caller, you could collect that data using a data collector. to populate it into snapshots.

If you want to slice and dice transaction performance by client, you could do this with our transaction analytics capability.

Warm regards,

Peter

View solution in original post

0 Karma

Peter_Holditch
Builder

Chris,

AppDynamics APM agents are orientated aroud identifying, measuring and alerting on server side activity.  In our model, the server side activity is classified into Business Transactions which are tracked end to end through the architecture.

If yours is a web application, and you want to track the user experience all the way from the end user's device, then you will indeed need to deploy end user monitoring agents to capture the client side perspective (which of course, links to the server side activity to give true end to end visibility.

Warm regards,

Peter

0 Karma

CommunityUser
Splunk Employee
Splunk Employee

Hi Peter,

Thanks for the quick response.

For browser based applications the plan will certainly be to instrument EUM.

I guess my question is, where applications have api interfaces and calls are system to system, would EUM provide any details as to source?

At present, I'm looking at linking up individual services. In the flow map I see backend services (that dont have agents installed) but it's not always clear where ingress is occuring.

Chris

0 Karma

Peter_Holditch
Builder

Chris,

EUM requires an agent on the client side, so doesn't sound like a fit for this use-case.

What information is available to you as to the source of your API requests?

If you plan to use getRemoteAddr() or that family of APIs to identify the caller, you could collect that data using a data collector. to populate it into snapshots.

If you want to slice and dice transaction performance by client, you could do this with our transaction analytics capability.

Warm regards,

Peter

0 Karma

CommunityUser
Splunk Employee
Splunk Employee

Thanks,

I'll probably look at the datacollector option if the information is deemed necessary.

You've answered my original question in respect to EUM though.

Regards,

Chris

0 Karma
Get Updates on the Splunk Community!

Best Strategies to Optimize Observability Costs

 Join us on Tuesday, May 6, 2025, at 11 AM PDT / 2 PM EDT for an insightful session on optimizing ...

Fueling your curiosity with new Splunk ILT and eLearning courses

At Splunk Education, we’re driven by curiosity—both ours and yours! That’s why we’re committed to delivering ...

Splunk AI Assistant for SPL 1.1.0 | Now Personalized to Your Environment for Greater ...

Splunk AI Assistant for SPL has transformed how users interact with Splunk, making it easier than ever to ...