datadog / php-datadogstatsd
An extremely simple PHP datadogstatsd client
Installs: 19 054 646
Dependents: 18
Suggesters: 3
Security: 0
Stars: 189
Watchers: 45
Forks: 81
Open Issues: 10
Requires
- php: >=5.6.0
- ext-sockets: *
Requires (Dev)
- squizlabs/php_codesniffer: ^3.3
- yoast/phpunit-polyfills: ^1.0.1
- dev-master
- 1.6.2
- 1.6.1
- 1.6.0
- 1.5.6
- 1.5.5
- 1.5.4
- 1.5.3
- 1.5.2
- 1.5.1
- 1.5.0
- 1.4.1
- 1.4.0
- 1.3.0
- 1.2.0
- 1.1.0
- 1.0.2
- 1.0.1
- 1.0.0
- 0.5.6
- 0.5.0
- 0.4.0
- 0.3.0
- 0.2.0
- 0.1.0
- 0.0.3
- dev-stephen/cardinality-field
- dev-stephen/inodeorigin
- dev-stephen/inode_origin
- dev-stephen/external_env
- dev-incident-response-37759-no-action-required-4
- dev-incident-response-37759-no-action-required-2
- dev-incident-response-37759-no-action-required
- dev-37759-scan-2
- dev-37759-scan
- dev-brian/release-1.6.2
- dev-alex/feat/dd-site
- dev-brian/test-ci
- dev-brian/release-1.6.1
- dev-brian/update-codeowners
- dev-brian/prepare-release_1.6.0
- dev-brian/add-DD-tags
- dev-brian/remove-TCP-events
- dev-brian/ci-test
- dev-brian/github-actions
- dev-brian/8.2-fixes
- dev-brian/normalize-sample-rate
- dev-brian/fix-tests-from-pr
- dev-brian/release-1.5.4
- dev-dustin.mitchell/fix-docs-link
- dev-3rdparty
- dev-brian/circleci
- dev-circleci-editor/brian/circleci
- dev-brian/phpcs
- dev-etienne/class_name_update
- dev-rudy/batch_metrics
This package is not auto-updated.
Last update: 2025-06-12 16:11:26 UTC
README
This is an extremely simple PHP DogStatsD client.
Requires PHP >= 5.6.0.
See CHANGELOG.md for changes.
For a Laravel-specific implementation that wraps this library, check out laravel-datadog-helper.
Installation
Add the following to your composer.json
:
"datadog/php-datadogstatsd": "1.5.*"
The first version shipped in composer is 0.0.3
Or manually clone this repository and set it up with require './src/DogStatsd.php'.
Once installed, turn on the socket extension to PHP which must be enabled at compile time by giving the --enable-sockets
option to configure.
Configuration
To instantiate a DogStatsd object using composer
:
<?php require __DIR__ . '/vendor/autoload.php'; use DataDog\DogStatsd; $statsd = new DogStatsd( array('host' => '127.0.0.1', 'port' => 8125, ) );
DogStatsd constructor, takes a configuration array. See the full list of available DogStatsD Client instantiation parameters.
Usage
In order to use DogStatsD metrics, events, and Service Checks the Agent must be running and available.
Metrics
After the client is created, you can start sending custom metrics to Datadog. See the dedicated Metric Submission: DogStatsD documentation to see how to submit all supported metric types to Datadog with working code examples:
- Submit a COUNT metric.
- Submit a GAUGE metric.
- Submit a SET metric
- Submit a HISTOGRAM metric
- Submit a TIMER metric
- Submit a DISTRIBUTION metric
Some options are suppported when submitting metrics, like applying a Sample Rate to your metrics or tagging your metrics with your custom tags.
Events
After the client is created, you can start sending events to your Datadog Event Stream. See the dedicated Event Submission: DogStatsD documentation to see how to submit an event to your Datadog Event Stream.
Service Checks
After the client is created, you can start sending Service Checks to Datadog. See the dedicated Service Check Submission: DogStatsD documentation to see how to submit a Service Check to Datadog.
Origin detection in Kubernetes
Origin detection is a method to detect the pod that DogStatsD packets are coming from and add the pod's tags to the tag list.
Tag cardinality
The tags that can be added to metrics can be found here. The cardinality can be specified globally by setting the DD_CARDINALITY
environment or by passing a 'cardinality'
field to the constructor. Cardinality can also be specified per metric by passing the value
in the $cardinality
parameter. Valid values for this parameter are "none"
, "low"
, "orchestrator"
or "high"
. If an invalid
value is passed, an E_USER_WARNING
error is raised. If this error is handled with set_error_handler
the metric is sent without a
cardinality field.
Origin detection is achieved in a number of ways:
CGroups
On Linux the container ID can be extracted from procfs
entries related to cgroups
. The client reads from /proc/self/cgroup
or /proc/self/mountinfo
to attempt to parse the container id.
In cgroup v2, the container ID can be inferred by resolving the cgroup path from /proc/self/cgroup
, combining it with the cgroup mount point from /proc/self/mountinfo]
. The resulting directory's inode is sent to the agent. Provided the agent is on the same node as the client, this can be used to identify the pod's UID.
Over UDP
To enable origin detection over UDP, add the following lines to your application manifest
env: - name: DD_ENTITY_ID valueFrom: fieldRef: fieldPath: metadata.uid
The DogStatsD client attaches an internal tag, entity_id
. The value of this tag is the content of the DD_ENTITY_ID
environment variable, which is the pod's UID.
The agent uses this tag to infer packets' origin, and tag their metrics accordingly.
DD_EXTERNAL_ENV
If the pod is annotated with the label:
admission.datadoghq.com/enabled: "true"
The admissions controller injects an environment variable DD_EXTERNAL_ENV
.
The value of this is sent in a field with the metric which can be used by the
agent to determine the metrics origin.
Tests
composer test
Lint
composer lint
Fix lint
composer fix-lint