Generic Actions

このページは日本語には対応しておりません。随時翻訳に取り組んでいます。翻訳に関してご質問やご意見ございましたら、お気軽にご連絡ください。
Join the Beta!

Workflows are in public beta. If you have any feedback or questions, contact Datadog support.

Request Access

Generic actions are workflow actions which are not associated with a Datadog integration or resource. These actions allow you to implement custom logic within your workflow such as branching the workflow based on a condition, making a custom HTTP request, or transforming data and objects with code. As with all workflow actions, you can use the context variables tab to access any values available in the workflow context.

HTTP

Use the HTTP action to make a request to any custom endpoint. You can control the request method and its contents, how it is authenticated and processed, and how it should respond to scenarios like expired certificates or redirects. If you need to add Datadog IP address ranges to your allowlist so that the HTTP action works as expected, use the IPs listed in the webhooks object. See the IP Ranges page for details.

Begin by specifying the request method and any necessary authentication. Read the sections below for further information about the available configuration tabs. Optionally, the request can wait on conditions that you specify in the Conditional wait section, and retry itself at a given interval if the condition is not satisfied.

Request Options

Enter any desired headers, cookies, and a comma-delineated list of any status codes on which to return an error. Use the Response Parsing dropdown to override the default response parsing method inferred from the headers, and Response Encoding if the target server specifies the wrong encoding in its response headers. You can also decide if the request should allow for expired certificates or follow redirects.

The workflow canvas open with an HTTP request action selected and the configuration tab open. The Request Options tab is selected and the action is configured with a header with the name Connection and the value keep-alive, and the Error on Status field has been filled in with the values 202, 300-305

Request Body

If the request has a body, use the Request Body tab to configure its content and format. Add inputs to the request body from the workflow context with context variables in the Request Body field, or interpolate them into Name and Value pairs for the multipart/form-data body type. The Body Type dropdown allows the following options:

  • application/json
  • text/plain
  • text/html
  • text/xml
  • multipart/form-data
  • None

URL Params

Specify any desired URL parameter names and values.

Data Transformation

The Expression and Function actions perform custom data transformations within your workflows using JavaScript. Use the values of any context variables available within your workflow as inputs for your JavaScript expressions and functions with the syntax $.Steps.<step_name>.<variable>. You can also use _ to make use of Lodash in your data transformation actions with the same syntax. For example, to reference the HTTP request status variable (status) from the HTTP request step (Make_request), you’d use the following context variable:

$.Steps.Make_request.status

And to apply the _.includes Lodash function on an array returned by a previous step Array_function to determine if it includes the name Bits, you’d use the following syntax:

_.includes($.Steps.Array_function.data, "Bits")

The data returned by these actions can then be referenced in subsequent steps of the workflow.

Expression

Use expression actions for data transformations that can be accomplished in a single line of code, and do not require variable assignments or multiple standalone operations. For example:

[1, 2, 3].filter(x => x < 3)

Function

The function action allows for variable assignments and data transformations requiring multiple expressions.

Logic

Logic actions enable you to implement custom logic in the execution of your workflows, such as branching to a different workflow based on a condition, or pausing the execution of the workflow.

Branch workflow from condition

You can branch the execution path of your workflow based on the evaluation of one or more statements that you define. For example, in the screenshot below a branch workflow action considers if the status code of a previous HTTP request action is 200 and a function returns true. Statements can be evaluated with and as well as or logic through the Join operand dropdown.

The workflow canvas with a branch workflow from condition action selected and the configuration tab open. The Statements section is highlighted with two statements specifying that the status of a previous request must be 200 and the returned value of a previous function must be true.

Sleep

Pause the execution of the workflow for a duration specified in seconds.

Further Reading

お役に立つドキュメント、リンクや記事: