search

DataDog / dd-trace-php

Datadog PHP Clients
https://docs.datadoghq.com/tracing/setup/php
Other
485 stars 151 forks source link

[Bug]: Integrations being added as Services in the APM UI #2648

Open luckielordie opened 4 months ago

luckielordie commented 4 months ago

Bug report

I'm unsure if this is a bug or if I need some clarification that the documentation may not provide. Why do integrations from this library like Guzzle, Curl, PDO, etc end up with their own service entry in the Datadog UI(see below)

image

Guzzle isn't something we deploy, it centralizes all PHP apps that use Guzzle through it and makes our service maps look incorrect with this 'virtual' service in the middle of everything.

How can I get the behavior I want? Do I disable the integration with DD_TRACE_GUZZLE_ENABLED=0? Do I need to map the service names for the integrations in my containers with the name of my service to force them back into the app with DD_SERVICE_MAPPING? Have I just got the wrong end of the stick?

Any advice is much appreciated. Thanks.

PHP version

8.1.28

Tracer or profiler version

0.99.1

Installed extensions

[PHP Modules] Core ctype curl date ddappsec ddtrace dom fileinfo filter ftp hash iconv intl json libxml mbstring mysqlnd openssl pcre PDO pdo_mysql pdo_pgsql pdo_sqlite pgsql Phar posix readline redis Reflection session SimpleXML sodium SPL sqlite3 standard tokenizer xml xmlreader xmlwriter Zend OPcache zlib

[Zend Modules] Zend OPcache ddappsec ddtrace

Output of phpinfo()

No response

Upgrading from

No response

pablomartinezbernardo commented 4 months ago

Have you seen the docs for inferred entities? It will change things regarding metrics, monitors... as well, is this what you were looking for?