01 Oct 2020 08:55 AM
We use the attribute values "software-technology" from the Dynatrace API (host, process) to implement specific use cases in the area of IT security and enterprise architecture.
The following questions arise for us:
Can anyone give us insights into this? Thanks!
Solved! Go to Solution.
06 Oct 2020 03:04 PM
Here is a link to the supported technologies: https://www.dynatrace.com/support/help/technology-support/supported-technologies-and-versions/
06 Oct 2020 03:20 PM
Thanks, Chad,
my questions focused more on the recognition mechanism. How can Dynatrace determine the type, edition and version of a process or service?
The information is stored in an array and I would also like to understand ...
* why the type, edition and version cannot always be determined?
* whether the order has any meaning?
I have attached a screenshot from Versio.io, which we used to process the Dynatrace data via API.
06 Oct 2020 03:33 PM
Ahh I see. Im not sure how the system detect this information other then maybe a repository or some type of detection based off of log details etc...
06 Oct 2020 09:38 PM
Based on my experience the technology and versions are detection rules are "hardcoded" in the agent itself based on the known technologies based on the detection of the process being started. For the detail, you would most likely need to talk to PM or developers of OneAgent process agent. It is not public. For some generic technologies such as Apache HTTP / JVM / NET this is quite straightforward.
I don't think the order does any sense. It's just an array of objects representing technologies.
If the version is not available using API at some point and the process group instance still exists, then I believe this is a bug and should be reported.
07 Oct 2020 01:57 PM
The OneAgent does technology detection in multiple ways. Some of which are:
All of these tech detections are based on hardcoded mechanisms & rules. Most tech detections do report edition/version but some don't implement that. That can be because it's too complex or too much overhead to get the version.
It can also make a difference if "deep monitoring" is enabled, as some tech detections can only be done with Code Modules.
That being said, some Code Modules employ "generic" package reporting. That means they just report all managed packages that are being loaded (no hardcoded rules). This is done for
Does this explanation help you?
We see that in the life cycle of a process the version is not available at a later point in time. What could be the reason for this?
This should not happen and sounds like a bug.
13 Jul 2021 10:19 PM
Hi Christoph,
that's kind of what I had in mind. Thank you for your explanation!
Regards Matthias