23 Aug 2024 08:43 PM - edited 30 Aug 2024 06:59 PM
Update: I enabled a full web service rule to detect a service as a web request service by setting a condition on <NameService.svc>. It seems to be tracking correctly, so I’m considering making this the default rule without conditions, as it applies to multiple scenarios. Has anyone experienced a service being split into two entities: a web request service and a web service?
######
Hi All,
I'm seeking guidance on best practices for creating a service detection rule. We have a service in our environment that is being detected as two separate entities, which is causing discrepancies in our alerting. Currently, it's recognized as <NameEntryPoint.API> and <NameService.svc>, but it should be detected as <NameEntryPoint.API>\<NameService.svc>.
I've reviewed the documentation (Service detection rules - Dynatrace Docs), but I'm looking for specific best practices or recommendations on how to address this issue effectively. Any insights or advice would be greatly appreciated.
Sincerely,
Lance
17 Dec 2024 09:12 AM
Hi @lwaldrop! How did it go, did you apply it as the default rule? It would be great if you share your case with the Community 🙂
23 Dec 2024 06:16 PM
Hi @GosiaMurawska. No I haven't tried this yet as other things come up. I was also hoping someone else may have tried it first. 🙂
30 Dec 2024 05:18 AM
Hi @lwaldrop
Simply it depends on the actual detected request and service. the documentation is giving a proper guidance for:
Internally through the monitored servers
Externally:
For example
For internally monitored services, it depends on mainly how many segments the service is composed of.
Tip:
Hoping it adds value.
BR,
Peter