Service Detection v1

  • Overview
  • 1min

Service Detection v1 (SDv1) is a service detection mechanism for OneAgent-instrumented services in Dynatrace.

It provides detection capabilities based on technology-specific service types, each with their own detection rules and configuration options. These capabilities include

  • Service type recognition: Identify different service types.
  • Custom detection rules: Fine-tunes how services are detected and grouped.
  • Request naming: Tracks key business transactions.
  • Failure detection: Identifies errors and problematic requests.

For OpenTelemetry support check out Service Detection v2, which supports service detection via OTel resource attributes.

SDv2 does not replace SDv1. All SDv1 features will remain available and fully supported for the foreseeable future.

Service types

SDv1 can detect

  • Web request services: Applications deployed via web servers or web containers.
  • Web services: As defined by WSDL.
  • Database services: Applications that make database requests.
  • Messaging services: Queue and topic listeners in applications.
  • Remoting services: RMI and RPC communications.
  • Background activity services: Threads running in the background.
  • Custom services: User-defined instrumentation for non-standard technologies.

Configuration options

With SDv1, you can configure

  • Service detection rules

    • Merge applications into a single service.
    • Separate services based on URL patterns.
    • Create rules for unmonitored hosts.
    • Fix web server naming issues.
  • Service naming

    • Built-in rules define out-of-the-box naming.
    • Custom service naming rules let you create your own naming standards.
    • Service name formats with placeholders for consistent naming conventions.
  • Request naming

    • Define how requests appear in your environment.
    • Create intuitive names for business transactions.
    • Track operations at a granular level.
  • Failure detection

    • Configure error detection settings globally or for individual services.
    • Define custom error rules.
    • Handle HTTP errors and exceptions based on your needs.
Related tags
Application Observability