You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/container-apps/opentelemetry-agents.md
+11-24Lines changed: 11 additions & 24 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ ms.author: cshoe
10
10
11
11
# Collect and read OpenTelemetry data in Azure Container Apps (preview)
12
12
13
-
Using an OpenTelemetry data agent with your Azure Container Apps environment, you can choose to send observability data in an OpenTelemetry format by:
13
+
Using an [OpenTelemetry](https://opentelemetry.io/) data agent with your Azure Container Apps environment, you can choose to send observability data in an OpenTelemetry format by:
14
14
15
15
- Piping data from an agent into a desired endpoint. Destination options include Azure Monitor Application Insights, Datadog, and any OpenTelemetry Protocol (OTLP)-compatible endpoint.
16
16
@@ -24,15 +24,10 @@ OpenTelemetry agents live within your container app environment. You configure a
24
24
25
25
Each endpoint type (Azure Monitor Application Insights, DataDog, and OTLP) has specific configuration requirements.
26
26
27
-
Setting up an agent is a two step process. The first step is to create an instance of the destination service to accept data from your container app. For instance, if you want to send data to Azure Monitor Application Insights, you first need to create an App Insights instance.
28
-
29
-
The second step is to configure your container app to send data to the destination.
30
-
31
-
The following examples show how to configure your container app to send telemetry data to different agents.
32
27
33
28
## Prerequisites
34
29
35
-
Enabling the managed OpenTelemetry agent to your environment doesn't automatically mean the agent collects data. Agents only send data based on your configuration settings.
30
+
Enabling the managed OpenTelemetry agent to your environment doesn't automatically mean the agent collects data. Agents only send data based on your configuration settings and instrumenting your code correctly.
36
31
37
32
### Configure source code
38
33
@@ -122,7 +117,7 @@ Before you deploy this template, replace placeholders surrounded by `<>` with yo
122
117
"destinationsConfiguration":{
123
118
...
124
119
"dataDogConfiguration":{
125
-
"site": "<YOUR_DATADOG_SUBDOMAIN>",
120
+
"site": "<YOUR_DATADOG_SUBDOMAIN>.datadoghq.com",
126
121
"key": "<YOUR_DATADOG_KEY>"
127
122
}
128
123
},
@@ -137,10 +132,11 @@ Before you deploy this template, replace placeholders surrounded by `<>` with yo
137
132
}
138
133
```
139
134
140
-
Before you run this command, replace placeholders surrounded by `<>` with your values.
141
135
142
136
# [Azure CLI](#tab/azure-cli)
143
137
138
+
Before you run this command, replace placeholders surrounded by `<>` with your values.
|`insecure`| Default true. Defines whether to enable client transport security for the exporter's gRPC connection. If false, the `headers` parameter is required. |
227
223
|`headers`| Space-separated values, in 'key=value' format, that provide required information for the OTLP endpoints' security. Example: `"api-key=key other-config-value=value"`. |
228
224
229
-
## Configuration options
225
+
## Configure Data Destinations
230
226
231
-
You can control how an agent behaves based off data type and endpoint-related options.
227
+
To configure an agent, use the `destinations` array to define which agents your application sends data. Valid keys are either `appInsights`, `dataDog`, or the name of your custom OTLP endpoint. You can control how an agent behaves based off data type and endpoint-related options.
232
228
233
229
### By data type
234
230
@@ -245,19 +241,11 @@ You can control how an agent behaves based off data type and endpoint-related op
245
241
- You can only set up one Application Insights and Datadog endpoint each at a time.
246
242
- While you can define more than one OTLP-configured endpoint, each one must have a distinct name.
247
243
248
-
## Configure what data is collected
249
244
250
-
The OpenTelemetry agent divides data up into the following categories:
251
-
252
-
- Traces
253
-
- Metrics
254
-
- Logs
255
-
256
-
You can send each type of data to different locations, but you can also choose not to send one of the data categories an agent.
257
-
258
-
To configure an agent, use the `destinations` array to define which agents your application sends data. Valid keys are either `appInsights`, `dataDog`, or the name of your custom OTLP endpoint.
259
-
260
-
The following example shows how to use an OTLP endpoint named `customDashboard`.
245
+
The following example shows how to use an OTLP endpoint named `customDashboard`. It sends:
246
+
- traces to app insights and `customDashboard`
247
+
- logs to app insights and `customDashboard`
248
+
- metrics to DataDog and `customDashboard`
261
249
262
250
```json
263
251
{
@@ -287,7 +275,6 @@ The following example shows how to use an OTLP endpoint named `customDashboard`.
0 commit comments