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
Merge branch 'master' of github.com:DataDog/documentation into lucas.kretvix/dsm-add-new-technology-pages
* 'master' of github.com:DataDog/documentation: (33 commits)
Update databricks.md (#28979)
[SCA] Change Repo Settings Link in SCA Setup + Troubleshooting page (#28975)
add recommendation for RabbitMQ integration (#28945)
add warning for openai byok (#28813)
SDCD-1160: specifying dora change lead time limitation if previous deployment was too far in the past (#28956)
Add helm to argocd docs (#28630)
added that TCP is not available for gov site (#28972)
Translation Pipeline PR (#28965)
Update explorer.md (#28970)
[DOCS-10642] Add Snowflake section to OP Amazon S3 destination (#28967)
remove "preview" callout from datastore docs (#28963)
Update check_references.md (#28855)
Update Private Location Windows version to 1.56.1 (#28950)
Improve Cdocs logging to catch environment issues (#28961)
[DOCS-10446] changes to Resource Catalog policies (#28389)
Add code snippet for Kotlin Multiplatform (#28954)
minor rum edits (#28106)
[DOCS-10699] add regions to restricted networks page (#28958)
[DJM-218] Remove install logs section in Databricks page (#28948)
[Debugger] Bump minimum Node.js tracer version (#28957)
...
Copy file name to clipboardExpand all lines: content/en/account_management/org_settings.md
+6-1
Original file line number
Diff line number
Diff line change
@@ -88,7 +88,11 @@ The [**Safety Center**][14] page contains security alerts, warnings, and recomme
88
88
89
89
### Public sharing
90
90
91
-
The **Public Sharing** tab contains lists of shared dashboards and shared graphs. You can also edit your sharing settings by clicking the **Enabled** toggles.
91
+
The **Public Sharing** tab includes org-wide settings for sharing, along with lists of shared dashboards and graphs. You can enable sharing features granularly and configure additional security options, such as setting a maximum invite duration.
92
+
93
+
To apply sharing settings across all your orgs, reach out to [Datadog Support][16].
94
+
95
+
**Note**: OrgAdmin permission is required to view and manage sharing settings and resources.
92
96
93
97
### OAuth Apps
94
98
@@ -171,3 +175,4 @@ The session duration can be configured within the following limits:
Copy file name to clipboardExpand all lines: content/en/account_management/rbac/permissions.md
+14-1
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,7 @@ algolia:
16
16
subcategory: Datadog Role Permissions
17
17
---
18
18
19
-
## Overview
19
+
## Permissions
20
20
21
21
Permissions define the type of access a user has to a given resource. Typically, permissions give a user the right to read, edit, or delete an object. Permissions underlie the access rights of all roles, including the three managed roles and custom roles.
22
22
@@ -30,6 +30,19 @@ Some Datadog permissions provide access to more privileged functionality that is
30
30
31
31
Sensitive permissions are flagged in the Roles and Permissions interfaces to identify that they may need increased scrutiny. As a best practice, administrators configuring roles should pay special attention to these permissions, and confirm which of these permissions are assigned to their roles and users.
32
32
33
+
### Preview mode permissions
34
+
35
+
Some permissions appear in "preview mode" before becoming fully enforced. During this period:
36
+
37
+
- Preview permissions are marked in the app with a "Preview" badge
38
+
- They do not restrict access until the preview period ends
39
+
- The preview typically lasts 2-4 weeks before enforcement begins
40
+
- Administrators should configure roles appropriately during this period
41
+
42
+
Preview mode gives your organization's administrators the ability to opt into certain new permissions, so they can prevent losing access to resources that were previously unrestricted. Release notes associated with each preview mode permission indicate when the permission is created and when it will be enforced. While these permissions don't restrict access during preview, Datadog recommends updating role configurations before they become enforced to prevent disruption.
43
+
44
+
## Roles
45
+
33
46
### Managed roles
34
47
35
48
By default, existing users are associated with one of the three managed roles:
Copy file name to clipboardExpand all lines: content/en/actions/datastore/_index.md
-4
Original file line number
Diff line number
Diff line change
@@ -13,10 +13,6 @@ further_reading:
13
13
text: "Build Workflows"
14
14
---
15
15
16
-
{{< callout url="https://docs.google.com/forms/d/1NvW3I0Ep-lQo4FbiSwOEjccoFsS9Ue2wYiYDmCxKDYg/viewform?edit_requested=true" btn_hidden="false" header="Try the Preview!">}}
17
-
Datastore is in Preview. Use this form to request access today.
18
-
{{< /callout >}}
19
-
20
16
## Overview
21
17
22
18
The Actions Datastore offers a scalable, structured data storage solution within Datadog's App Builder and Workflow Automation products. It supports CRUD (Create, Read, Update, and Delete) operations and integrates seamlessly with Datadog's ecosystem to optimize persistent data storage without the need for external databases.
Copy file name to clipboardExpand all lines: content/en/agent/logs/log_transport.md
+9
Original file line number
Diff line number
Diff line change
@@ -107,7 +107,9 @@ When logs are sent through HTTPS, use the same [set of proxy settings][3] as the
107
107
[2]: /agent/basic_agent_usage/#agent-overhead
108
108
[3]: /agent/configuration/proxy/
109
109
{{% /tab %}}
110
+
110
111
{{% tab "TCP" %}}
112
+
{{< site-region region="us,eu,us3,us5,ap1" >}}
111
113
112
114
To enforce TCP transport, update the Agent's [main configuration file][1] (`datadog.yaml`) with:
113
115
@@ -123,6 +125,13 @@ To send logs with environment variables, configure the following:
123
125
124
126
By default, the Datadog Agent sends its logs to Datadog over TLS-encrypted TCP. This requires outbound communication (on port `10516` for Datadog US site and port `443`for Datadog EU site).
Copy file name to clipboardExpand all lines: content/en/continuous_delivery/deployments/argocd.md
+42-2
Original file line number
Diff line number
Diff line change
@@ -31,9 +31,11 @@ Datadog CD Visibility integrates with Argo CD by using [Argo CD Notifications][2
31
31
32
32
The setup below uses the [Webhook notification service][5] of Argo CD to send notifications to Datadog.
33
33
34
-
First, add your [Datadog API Key][11] in the `argocd-notifications-secret` secret with the `dd-api-key` key. See [the Argo CD guide][2] for information on modifying the `argocd-notifications-secret`.
34
+
First, add your [Datadog API Key][11] in the `argocd-notifications-secret` secret with the `dd-api-key` key. See [the Argo CD guide][2] for information on modifying the `argocd-notifications-secret`. For sending notifications, the setup is different depending on whether you installed Argo CD using Helm or the regular setup (using `kubectl apply`).
35
35
36
-
Then, modify the `argocd-notifications-cm` ConfigMap to create the notification service, template, and trigger to send notifications to Datadog:
36
+
{{< tabs >}}
37
+
{{% tab "Regular setup (with kubectl apply)" %}}
38
+
Modify the `argocd-notifications-cm` ConfigMap to create the notification service, template, and trigger to send notifications to Datadog:
37
39
38
40
```yaml
39
41
apiVersion: v1
@@ -68,6 +70,44 @@ data:
68
70
- when: app.status.operationState.phase == 'Running' and app.status.health.status in ['Healthy', 'Degraded']
69
71
send: [cd-visibility-template]
70
72
```
73
+
{{% /tab %}}
74
+
{{% tab "Helm" %}}
75
+
If you used Helm to install Argo CD, add the following configuration to your `values.yaml`:
- when: app.status.operationState.phase in ['Succeeded', 'Failed', 'Error'] and app.status.health.status in ['Healthy', 'Degraded']
105
+
send: [cd-visibility-template]
106
+
- when: app.status.operationState.phase == 'Running' and app.status.health.status in ['Healthy', 'Degraded']
107
+
send: [cd-visibility-template]
108
+
```
109
+
{{% /tab %}}
110
+
{{< /tabs >}}
71
111
72
112
The following resources have been added:
73
113
1. The `cd-visibility-webhook` service targets the Datadog intake and configures the correct headers for the request. The `DD-API-KEY` header references the `dd-api-key` entry added previously in the `argocd-notifications-secret`.
Copy file name to clipboardExpand all lines: content/en/continuous_integration/guides/identify_highest_impact_jobs_with_critical_path.md
+2-11
Original file line number
Diff line number
Diff line change
@@ -28,15 +28,6 @@ The exclusive time of a job on the critical path represents the amount of time t
28
28
29
29
If a CI job `job1` is on the critical path with a duration of 100ms and runs in parallel with a CI job `job2`, which has a duration of 80ms, the exclusive time of `job1` on the critical path is 20ms. This means that reducing the duration of the `job1` by more than 20ms would still only decrease the overall pipeline duration by 20ms.
30
30
31
-
### Supported CI providers
32
-
33
-
Filtering and computing the Exclusive Time of CI jobs on the critical path is available for the following CI providers:
34
-
*[GitLab][3]
35
-
36
-
<divclass="alert alert-info">If you are interested in critical path but your CI provider is not supported yet, fill out <ahref="https://forms.gle/zDgiDSGQxA1HgjXh6"target="_blank">this form</a>.</div>
37
-
38
-
Even without Filtering and computing Exclusive Time, you can still [highlight which CI jobs are on the critical path][4] using the Pipeline Execution detail view across all CI providers.
39
-
40
31
## Identify the key CI jobs to improve your CI pipeline
41
32
42
33
### Using the facet
@@ -50,7 +41,7 @@ Notice that these facets are only available using the `ci_level:job` in your que
50
41
### Using the dashboard template
51
42
52
43
You can also import the [CI Visibility - Critical Path][1] dashboard template:
53
-
- Open the [civisibility-critical-path-gitlab-dashboard.json][1] dashboard template and copy the content in the clipboard.
44
+
- Open the [civisibility-critical-path-dashboard.json][1] dashboard template and copy the content in the clipboard.
54
45
- Create a [New Dashboard][2] in Datadog.
55
46
- Paste the copied content in the new dashboard.
56
47
- Save the dashboard.
@@ -77,7 +68,7 @@ Since we know this CI job is on the critical path 43.5% of the time, we could po
Copy file name to clipboardExpand all lines: content/en/continuous_integration/pipelines/_index.md
+2-2
Original file line number
Diff line number
Diff line change
@@ -145,13 +145,13 @@ If your CI provider is not supported, you can try setting up Pipeline Visibility
145
145
| {{< ci-details title="Pipeline trace visualization" >}}Visualization of pipeline executions with associated tracing.{{< /ci-details >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
146
146
| {{< ci-details title="Job failure analysis" >}}Analysis and categorization of job failures using LLM models based on relevant logs. <ahref="https://docs.datadoghq.com/continuous_integration/guides/use_ci_jobs_failure_analysis/">More info</a>.{{< /ci-details >}} || {{< X >}} ||| {{< X >}} ||||||
147
147
| {{< ci-details title="Running pipelines" >}}Identification of pipelines executions that are running with associated tracing.{{< /ci-details >}} | {{< X >}} | {{< X >}} ||| {{< X >}} |||| {{< X >}} | {{< X >}} |
148
-
| {{< ci-details title="Filter CI Jobs on the critical path" >}}Identification of CI jobs that are on the critical path of the pipeline.{{< /ci-details >}} || {{< X >}} |||||||||
148
+
| {{< ci-details title="Filter CI Jobs on the critical path" >}}Identification of CI jobs that are on the critical path of the pipeline.{{< /ci-details >}} |{{< X >}} | {{< X >}} |{{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}}|
149
149
| {{< ci-details title="Partial retries" >}}Identification of partial retries (for example, when only a subset of jobs were retried).{{< /ci-details >}} || {{< X >}} || {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
150
150
| {{< ci-details title="Step spans" >}}Step level spans are available for more granular visibility.{{< /ci-details >}} | {{< X >}} (_But are presented as job spans_) |||| {{< X >}} || {{< X >}} ||| {{< X >}} |
151
151
| {{< ci-details title="Manual steps" >}}Identification of when there is a job with a manual approval phase in the overall pipeline.{{< /ci-details >}} | {{< X >}} | {{< X >}} || {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} || {{< X >}} | {{< X >}} |
152
152
| {{< ci-details title="Approval wait time">}}Time for which a pipeline or job has been waiting for a manual approval.{{< /ci-details >}} || {{< X >}} ||| {{< X >}} | {{< X >}} ||| {{< X >}} ||
153
153
| {{< ci-details title="Queue time" >}}Time for which a pipeline or job was in the queue before execution.{{< /ci-details >}} | {{< X >}} | {{< X >}} || {{< X >}} | {{< X >}} || {{< X >}} | {{< X >}} || {{< X >}} |
154
-
| {{< ci-details title="Execution time" >}}Time for which a pipeline has been actively running jobs.{{< /ci-details >}} || {{< X >}} |||||||||
154
+
| {{< ci-details title="Execution time" >}}Time for which a pipeline has been actively running jobs.{{< /ci-details >}} |{{< X >}} | {{< X >}} |{{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}}|
155
155
| {{< ci-details title="Logs correlation" >}}Retrieval of pipeline or job logs from the CI provider. Logs are displayed on the <strong>Logs</strong> tab in the Pipeline Execution view.{{< /ci-details >}} | {{< X >}} | {{< X >}} | {{< X >}} || {{< X >}} | {{< X >}} ||| {{< X >}} ||
156
156
| {{< ci-details title="Infrastructure metric correlation" >}}Correlation of host-level information for the Datadog Agent, CI pipelines, or job runners to CI pipeline execution data.{{< /ci-details >}} | {{< X >}} | {{< X >}} || {{< X >}} | {{< X >}} ||||||
157
157
| {{< ci-details title="Custom spans for traced commands using datadog-ci" >}}Support for sending command-level events to CI Visibility to be incorporated into pipeline flame graph visualization. You can then query and analyze <ahref="https://docs.datadoghq.com/continuous_integration/pipelines/custom_commands/">these events</a>. {{< /ci-details >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} ||| {{< X >}} ||
0 commit comments