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
Define `DYNATRACE_API_TOKEN` as an [access token](https://docs.dynatrace.com/docs/manage/identity-access-management/access-tokens-and-oauth-clients/access-tokens) with the following permissions.
35
-
***Read configuration** (`ReadConfig`)
36
-
***Write configuration** (`WriteConfig`)
34
+
To create an API token with full access to all resources, define `DYNATRACE_API_TOKEN` as an [access token](https://docs.dynatrace.com/docs/manage/identity-access-management/access-tokens-and-oauth-clients/access-tokens) with the following permissions.
37
35
***Read settings** (`settings.read`)
38
36
***Write settings** (`settings.write`)
39
-
***Create and read synthetic monitors, locations, and nodes** (`ExternalSyntheticIntegration`)
37
+
***Read configuration** (`ReadConfig`)
38
+
***Write configuration** (`WriteConfig`)
40
39
***Capture request data** (`CaptureRequestData`)
40
+
***Create and read synthetic monitors, locations, and nodes** (`ExternalSyntheticIntegration`)
Configure an [OAuth client](https://dt-url.net/fj43qif) with all of the permissions below to be compatible with all OAuth based Terraform resources, or provide a subset of permissions based off of required use cases - refer to the resource specific pages for additional information.
52
62
@@ -66,9 +76,16 @@ Define `DT_CLIENT_ID`, `DT_CLIENT_SECRET`, `DT_ACCOUNT_ID` based off of the crea
- Custom services API - https://www.dynatrace.com/support/help/dynatrace-api/configuration-api/service-api/custom-services-api
18
+
19
+
## Export Example Usage
20
+
21
+
-`terraform-provider-dynatrace -export dynatrace_custom_service_order` downloads a resource containing the current order for Custom Services defined in the Dynatrace Environment.
22
+
23
+
The full documentation of the export feature is available [here](https://dt-url.net/h203qmc).
24
+
25
+
## Resource Example Usage
26
+
27
+
The example below contains configuration for two custom services defined for .NET applications and two custom services defined for Java applications.
28
+
The resource `dynatrace_custom_service_order` defines what order these naming rules should get evaluated in - separated by technology (.NET / Java).
29
+
30
+
Specifically for this example:
31
+
* Custom Services for .NET and Java defined in the Dynatrace Environment that are not managed by Terraform will end up ranked with lower priority than the ones listed within `dynatrace_custom_service_order`
32
+
* The order of Custom Services defined in the Dynatrace Environment for Golang, PHP and NodeJS will remain unaffected
33
+
34
+
-> Be aware of the fact that the resource `dynatrace_custom_service_order` should be treated as a singleton. Maintaining more than one instances of `dynatrace_custom_service_order` within the same Terraform module is not recommended. It will result in non-empty plans.
The resource `dynatrace_host_naming_order` covers defining the order of rules defined for host naming
7
+
---
8
+
9
+
# dynatrace_host_naming_order (Resource)
10
+
11
+
-> This resource requires the API token scopes **Read configuration** (`ReadConfig`) and **Write configuration** (`WriteConfig`)
12
+
13
+
## Dynatrace Documentation
14
+
15
+
- Service naming rules - https://www.dynatrace.com/support/help/how-to-use-dynatrace/services/service-detection-and-naming/customize-service-naming
16
+
17
+
- Conditional naming API - https://www.dynatrace.com/support/help/dynatrace-api/configuration-api/conditional-naming
18
+
19
+
## Export Example Usage
20
+
21
+
-`terraform-provider-dynatrace -export dynatrace_host_naming_order` downloads an ordered list of service naming rule IDs
22
+
23
+
The full documentation of the export feature is available [here](https://dt-url.net/h203qmc).
24
+
25
+
## Resource Example Usage
26
+
27
+
The example below contains configuration for two host naming rules.
28
+
The resource `dynatrace_host_naming_order` defines what order these naming rules should get evaluated in.
29
+
30
+
In case the Dynatrace environment contains additional host naming rules that are not managed by Terraform, these
31
+
naming rules will end up ranked with lower priority than the ones listed within the `dynatrace_host_naming_order` resource.
32
+
33
+
-> Be aware of the fact that the resource `dynatrace_host_naming_order` should be treated as a singleton. Maintaining more than one instances of `dynatrace_host_naming_order` within the same Terraform module is not recommended. It will result in non-empty plans.
34
+
35
+
```terraform
36
+
resource "dynatrace_host_naming_order" "this" {
37
+
naming_rule_ids = [
38
+
dynatrace_host_naming.first.id,
39
+
dynatrace_host_naming.second.id,
40
+
]
41
+
}
42
+
43
+
resource "dynatrace_host_naming" "first" {
44
+
name = "first"
45
+
enabled = true
46
+
...
47
+
}
48
+
49
+
resource "dynatrace_host_naming" "second" {
50
+
name = "second"
51
+
enabled = true
52
+
...
53
+
}
54
+
```
55
+
56
+
<!-- schema generated by tfplugindocs -->
57
+
## Schema
58
+
59
+
### Optional
60
+
61
+
-`naming_rule_ids` (List of String) The IDs of the naming rules to define the order for
The resource `dynatrace_processgroup_naming_order` covers defining the order of rules defined for process group naming
7
+
---
8
+
9
+
# dynatrace_processgroup_naming_order (Resource)
10
+
11
+
-> This resource requires the API token scopes **Read configuration** (`ReadConfig`) and **Write configuration** (`WriteConfig`)
12
+
13
+
## Dynatrace Documentation
14
+
15
+
- Process group naming - https://www.dynatrace.com/support/help/how-to-use-dynatrace/process-groups/configuration/pg-naming
16
+
17
+
- Conditional naming API - https://www.dynatrace.com/support/help/dynatrace-api/configuration-api/conditional-naming
18
+
19
+
## Export Example Usage
20
+
21
+
-`terraform-provider-dynatrace -export dynatrace_processgroup_naming_order` downloads an ordered list of process group naming rule IDs
22
+
23
+
The full documentation of the export feature is available [here](https://dt-url.net/h203qmc).
24
+
25
+
## Resource Example Usage
26
+
27
+
The example below contains configuration for two process group naming rules.
28
+
The resource `dynatrace_processgroup_naming_order` defines what order these naming rules should get evaluated in.
29
+
30
+
In case the Dynatrace environment contains additional process group naming rules that are not managed by Terraform, these
31
+
naming rules will end up ranked with lower priority than the ones listed within the `dynatrace_processgroup_naming_order` resource.
32
+
33
+
-> Be aware of the fact that the resource `dynatrace_processgroup_naming_order` should be treated as a singleton. Maintaining more than one instances of `dynatrace_processgroup_naming_order` within the same Terraform module is not recommended. It will result in non-empty plans.
The resource `dynatrace_service_naming_order` covers defining the order of rules defined for service naming
7
+
---
8
+
9
+
# dynatrace_service_naming_order (Resource)
10
+
11
+
-> This resource requires the API token scopes **Read configuration** (`ReadConfig`) and **Write configuration** (`WriteConfig`)
12
+
13
+
## Dynatrace Documentation
14
+
15
+
- Service naming rules - https://www.dynatrace.com/support/help/how-to-use-dynatrace/services/service-detection-and-naming/customize-service-naming
16
+
17
+
- Conditional naming API - https://www.dynatrace.com/support/help/dynatrace-api/configuration-api/conditional-naming
18
+
19
+
## Export Example Usage
20
+
21
+
-`terraform-provider-dynatrace -export dynatrace_service_naming_order` downloads an ordered list of service naming rule IDs
22
+
23
+
The full documentation of the export feature is available [here](https://dt-url.net/h203qmc).
24
+
25
+
## Resource Example Usage
26
+
27
+
The example below contains configuration for two service naming rules.
28
+
The resource `dynatrace_service_naming_order` defines what order these naming rules should get evaluated in.
29
+
30
+
In case the Dynatrace environment contains additional service naming rules that are not managed by Terraform, these
31
+
naming rules will end up ranked with lower priority than the ones listed within the `dynatrace_service_naming_order` resource.
32
+
33
+
-> Be aware of the fact that the resource `dynatrace_service_naming_order` should be treated as a singleton. Maintaining more than one instances of `dynatrace_service_naming_order` within the same Terraform module is not recommended. It will result in non-empty plans.
0 commit comments