Datadog Concepts: Difference between revisions
Line 28: | Line 28: | ||
{{External|https://docs.datadoghq.com/metrics/#querying-metrics}} | {{External|https://docs.datadoghq.com/metrics/#querying-metrics}} | ||
<font size=-1> | <font size=-1> | ||
<font color=burgundy>aggregator</font>:<font color=skyblue><metric-name></font>{<filter-scope>} | <font color=burgundy>aggregator</font>:<font color=skyblue><metric-name></font>{<filter-scope>} <font color=burgundy>by {}</font>.<time-aggregation> | ||
</font> | </font> | ||
<font size=-1> | <font size=-1> | ||
<font color=burgundy>avg</font>:<font color=skyblue>system.io.r_s</font>{app:myapp} | <font color=burgundy>avg</font>:<font color=skyblue>system.io.r_s</font>{app:myapp} <font color=burgundy>by {host}</font>.rollup(avg, 3600) | ||
</font> | </font> | ||
Revision as of 21:25, 20 January 2022
Internal
Overview
Datadog is an observability platform that includes products for monitoring, alerting, metrics, dashboard, big logs, synthetics, user monitoring, CI/CD (how?). Datadog is API driven.
Route of a Metric from Application to Dashboard
Application (specialized library) → metric → DogStatsD → Datadog Backend → metric → Dashboard
The metrics are generated by an application-level library, such as Micrometer. For more details, see Metric Lifecycle below. The Datadog agent annotates the metric with additional tags (cluster name, pod name, etc.)
Metrics
Metrics are numerical values that can track anything about your environment over time. Example: latency, error rates, user signups. Metric data is ingested and stored as a datapoint with a value and a timestamp. The timestamp is rounded to the nearest second. If there is more than one value with the same timestamp, the latest received value overwrites the previous one. A sequence of metrics is stored as a timeseries. There are standard metrics, such as CPU, memory, etc, but metrics specific to business can be defined. Those are custom metrics. Metrics can be visualized in dashboards, Metrics Explorer and Notebooks
Metric Name
Metric Tags
Metric Lifecycle
Metrics are created by application-level specialized libraries, such as Micrometer. For example, Micrometer creates measurements , which are semantically equivalent. The metric has a name, and it can optionally have one or more tags.
Metrics can be sent to Datadog from:
- Datadog-supported integrations. More: https://docs.datadoghq.com/integrations/.
- Directly from the Datadog platform, for example counting errors showing up in the logs and publishing that as a new metric. More: https://docs.datadoghq.com/logs/logs_to_metrics/.
- Custom metrics generators.
- Datadog Agent, which automatically sends standard metrics as CPU and disk usage.
Metric Query
aggregator:<metric-name>{<filter-scope>} by {}.<time-aggregation>
avg:system.io.r_s{app:myapp} by {host}.rollup(avg, 3600)
Metric Types
Count
Rate
Gauge
Set
Histogram
Distribution
Custom Metrics
Events
Events are records of notable changes relevant for managing and troubleshooting IT operations, such as code deployments, service health, configuration changes or monitoring alerts.
Agent
The Datadog agent has a built-in StatsD server, exposed over a configurable port. It's written in Go.
Agent and Kubernetes
TO CONTINUE: https://docs.datadoghq.com/developers/dogstatsd/?tab=kubernetes#
DogStatsD
DogStatsD is a metrics aggregation service bundled with the Datadog agent. DogStatsD implements the StatsD protocol and a few extensions (histogram metric type, service checks, events and tagging).
DogStatsD accepts custom metrics,events and service checks over UDP and periodically aggregates them and forwards them to Datadog.
Monitor
When something goes wrong, a computer tells you about it. This is what a monitor is. There re different monitor types. The monitor has a query. The monitor has alert conditions.
Unified Service Tagging
There are three reserved tags: "env", "service", "version".
Dashboard
Metrics Explorer
Tool to browse arbitrary metrics, by selecting their name.
Notebook
Security
User
Service Account
API Key
An API key is required by the Datadog Agent to submit metrics and events to Datadog. The API keys are also used by other third-party clients, such as, for example, the Pulumi Datadog resource provider, which provisions infrastructure on the Datadog backend. API keys are unique to an organization. To see API Keys: Console → Hover over the user name at the bottom of the left side menu → Organization Settings → API Keys.
Application Key
Application keys, in conjunction with the organization’s API key, give users access to Datadog’s programmatic API. Application keys are associated with the user account that created them and by default have the permissions and scopes of the user who created them. To see or create Application Keys: Console → Hover over the user name at the bottom of the left side menu → Organization Settings → Application Keys.