It is possible to hook micrometer into https://www.appdynamics.com/ in some way?
Relevant links from slack
https://docs.appdynamics.com/display/PRO41/Build+a+Monitoring+Extension+Using+Java
https://docs.appdynamics.com/display/PRO42/Analytics+Events+API#AnalyticsEventsAPI-AbouttheAnalyticsEventsAPI
I'll be working with a company that uses AppDynamics shortly and should be able to dig into this.
Has there been any progress on this issue?
Yes. So I'm finally actually to the point of working on it.
Here are my findings:
I'm still so new to AppDynamics, that I'm not certain how to query the metrics that are pushed in. It doesn't seem to support metric tags, but instead follows the hierarchical model, so I'm going to be pushing metrics in various ways to see how cross-instance grouping and aggregations work, so I can try to publish the metrics in a way that is easy to query.
@checketts Is there anything we can do from a partner perspective to reach out and ask AppDynamics to publish a jar to maven central?
Here is the DropWizard extension: https://www.appdynamics.com/community/exchange/extension/dropwizard-monitoring-extension/
I haven't been able to find appd-exts-commons in any maven repos as listed here https://github.com/Appdynamics/dropwizard-monitoring-extension/blob/master/pom.xml#L18
At the least if they documented where it can be found would be the first step. however, their http support is simple enough that I'm comfortable writing to it directly: https://docs.appdynamics.com/display/PRO44/Standalone+Machine+Agent+HTTP+Listener
The appd-exts-commons jar is here.
https://github.com/Appdynamics/maven-repo/tree/master/releases/com/appdynamics/appd-exts-commons/1.6.5
In gradle, you can add a setting like (and other build tools have similar extensibility)
repositories {
maven {
url "https://github.com/Appdynamics/maven-repo/tree/master/releases"
}
}
@checketts Anything you can share on this?
I'm pretty disappointed with AppDynamics. It has a very hierarchical metrics concept, so I've paused on it and instead have been working toward Splunk metrics support via HEC (http event collector).
Progress has been slow on that one too, but I am making progress when I have time to work on it.
I was looking at AQDL from the outside in today and it looks like you might be able to select dimensions using WHERE clauses. Combining this with analytics functions seems like it _could_ work. Did you go down the same path?
No, I didn't look into that part. I didn't know it had a query language.
I was just ramping up on AppD and trying to get the metrics in when I decided to switch focus.
Any progress on this?
No I've tabled my work on this for now.
@bjartek I did have a chat with an AppD engineer at Oracle CodeOne recently. Looks like we'll essentially have two implementations: a hierarchical one passing through the Java agent and a dimensional one going to the Analytics Event API. Evidently, licenses for the agent-based approach are separate from licenses for the Analytics Event API.
Any update on this issue?
Any update on this issue?
Only the information available as comments on this issue. Which license do users requesting this have so we can know what solution would work for them? Another solution would be for AppDynamics customers to request AppDynamics to support collecting Micrometer metrics from the AppDynamics Java agent.
Do users want Micrometer metrics in AppDynamics for the purpose of custom metrics in their application or because of some metrics Micrometer provides but AppDynamics does not?
I just stumbled across this. For me the main use case is, that you can develop your metrics or insights independently of an metric application like AppDynamics.
It is like logging - nowadays no one uses a specific log-Implementation but Slf4J.
@dermoritz Are you saying you are interested in contributing AppDynamics support? I would be happy to mentor the effort.