Service detection API - PUT an opaque web service rule
Updates an existing service detection rule for opaque and external web services.
If a rule with the specified ID doesn’t exist, a new rule is created and appended to the end of the rule list.
The request consumes and produces an application/json
payload.
PUT | SaaS | https://{your-environment-id}.live.dynatrace.com/api/config/v1/service/detectionRules/OPAQUE_AND_EXTERNAL_WEB_SERVICE/{id} |
Environment ActiveGate | https://{your-activegate-domain}:9999/e/{your-environment-id}/api/config/v1/service/detectionRules/OPAQUE_AND_EXTERNAL_WEB_SERVICE/{id} |
Authentication
To execute this request, you need an access token with WriteConfig
scope.
To learn how to obtain and use it, see Tokens and authentication.
Parameters
Refer to JSON models to find all JSON models that depend on the type of the model.
The ID of the rule to be updated.
The JSON body of the request containing updated parameters of the service detection rule.
The order field is ignored in this request. To enforce a particular order use the PUT /service/detectionRules/OPAQUE_AND_EXTERNAL_WEB_SERVICE/reorder
request.
Request body objects
The OpaqueAndExternalWebServiceRule
object
The service detection rule of the OPAQUE_AND_EXTERNAL_WEB_SERVICE
type
A list of conditions of the rule.
If several conditions are specified, the AND logic applies.
A short description of the rule.
Detect the matching requests as web services (false
) or web request services (true
).
Setting this field to true
prevents detecting of matching requests as opaque web services. An opaque web request service is created instead. If you need to further modify the resulting web request service, you need to create a separate rule of the OPAQUE_AND_EXTERNAL_WEB_REQUEST
type.
Default is false
, detecting matching requests as opaque web services.
The rule is enabled(true
) or disabled (false
).
The ID of the service detection rule.
The management zone (specified by the ID) of the process group for which this service detection rule should be created.
You can specify only 1 management zone here.
The name of the rule.
The order of the rule in the rules list.
The rules are evaluated from top to bottom. The first matching rule applies.
The contribution to the service ID calculation from the port, where the web request has been detected.
The type of the service detection rule.
The contribution from the URL, where the web request has been detected, into service ID calculation.
You have two mutually exclusive options:
- Override the detected value with a specified static value. Specify the new value in the valueOverride field.
- Dynamically transform the detected value. Specify the transformation parameters in the transformations field.
The ConditionsOpaqueAndExternalWebServiceAttributeTypeDto
object
A condition of the service detection rule.
The type of the attribute to be checked.
ENDPOINT
IP
OPERATION_NAME
PG_TAG
URL_PATH
URL_PORT
A list of conditions for the rule.
If several conditions are specified, the AND logic applies.
The CompareOperation
object
The condition of the rule.
The actual set of fields depends on the type of the condition. Find the list of actual objects in the description of the type field or see Service detection API - JSON models.
Defines the actual set of fields depending on the value. See one of the following objects:
EQUALS
-> EqualsCompareOperationSTRING_CONTAINS
-> StringContainsCompareOperationSTARTS_WITH
-> StartsWithCompareOperationENDS_WITH
-> EndsWithCompareOperationEXISTS
-> ExistsCompareOperationIP_IN_RANGE
-> IpInRangeCompareOperationLESS_THAN
-> LessThanCompareOperationGREATER_THAN
-> GreaterThanCompareOperationINT_EQUALS
-> IntEqualsCompareOperationSTRING_EQUALS
-> StringEqualsCompareOperationTAG
-> TagCompareOperation
ENDS_WITH
EQUALS
EXISTS
GREATER_THAN
INT_EQUALS
IP_IN_RANGE
LESS_THAN
STARTS_WITH
STRING_CONTAINS
STRING_EQUALS
TAG
The ConfigurationMetadata
object
Metadata useful for debugging
Dynatrace version.
A sorted list of the version numbers of the configuration.
A sorted list of version numbers of the configuration.
The Port
object
The contribution to the service ID calculation from the port, where the web request has been detected.
The port is used (false
) or isn't used (true
) in the service ID calculation.
The UrlPath
object
The contribution from the URL, where the web request has been detected, into service ID calculation.
You have two mutually exclusive options:
- Override the detected value with a specified static value. Specify the new value in the valueOverride field.
- Dynamically transform the detected value. Specify the transformation parameters in the transformations field.
The value to be used instead of the detected value.
The TransformationBase
object
Configuration of transformation of the detected value.
If several transformations are specified, they are handled sequentially from top to bottom. Each transformation is applied to the result of the preceding transformation. For example, the second transformation is applied to the result of the first transformation.
The actual set of fields depends on the type of the transformation. Find the list of actual objects in the description of the type field or see Service detection API - JSON models.
Defines the actual set of fields depending on the value. See one of the following objects:
BEFORE
-> BeforeTransformationAFTER
-> AfterTransformationBETWEEN
-> BetweenTransformationREPLACE_BETWEEN
-> ReplaceBetweenTransformationREMOVE_NUMBERS
-> RemoveNumbersTransformationREMOVE_CREDIT_CARDS
-> RemoveCreditCardNumbersTransformationREMOVE_IBANS
-> RemoveIBANsTransformationREMOVE_IPS
-> RemoveIPsTransformationSPLIT_SELECT
-> SplitSelectTransformationTAKE_SEGMENTS
-> TakeSegmentsTransformation
AFTER
BEFORE
BETWEEN
REMOVE_CREDIT_CARDS
REMOVE_IBANS
REMOVE_IPS
REMOVE_NUMBERS
REPLACE_BETWEEN
SPLIT_SELECT
TAKE_SEGMENTS
Request body JSON model
This is a model of the request body, showing the possible elements. It has to be adjusted for usage in an actual request.
{"conditions": [{"attributeType": "URL_PATH","compareOperations": [{"ignoreCase": "false","invert": "false","type": "STRING_CONTAINS","values": ["value1","value2"]}]}],"description": "REST API example","detectAsWebRequestService": false,"enabled": true,"managementZones": ["zone 1"],"name": "My sample rule","port": {"doNotUseForServiceId": "true"},"type": "OPAQUE_AND_EXTERNAL_WEB_SERVICE","urlPath": {"valueOverride": "abc"}}
Response
Response codes
Success. The new service detection rule has been created. The response contains short representation of the rule, including the ID.
Success. The service detection rule has been updated. Response doesn't have a body.
Response body objects
The EntityShortRepresentation
object
The short representation of a Dynatrace entity.
A short description of the Dynatrace entity.
The ID of the Dynatrace entity.
The name of the Dynatrace entity.
Response body JSON model
{"description": "Dynatrace entity for the REST API example","id": "6a98d7bc-abb9-44f8-ae6a-73e68e71812a","name": "Dynatrace entity"}
Validate payload
We recommend that you validate the payload before submitting it with an actual request. A response code of 204 indicates a valid payload.
The request consumes an application/json
payload.
POST | SaaS | https://{your-environment-id}.live.dynatrace.com/api/config/v1/service/detectionRules/OPAQUE_AND_EXTERNAL_WEB_SERVICE/{id}/validator |
Environment ActiveGate | https://{your-activegate-domain}:9999/e/{your-environment-id}/api/config/v1/service/detectionRules/OPAQUE_AND_EXTERNAL_WEB_SERVICE/{id}/validator |
Authentication
To execute this request, you need an access token with WriteConfig
scope.
To learn how to obtain and use it, see Tokens and authentication.
Response
Response codes
Validated. The service detection rule is valid. Response doesn't have a body.