Apolo
HomeConsoleGitHub
  • Apolo concepts
  • CLI Reference
  • Examples/Use Cases
  • Flow CLI
  • Actions Reference
  • Apolo Extras CLI
  • Python SDK
  • Workflows
  • Workflow syntax
    • Expression syntax
    • Live workflow syntax
      • Live contexts
    • Batch workflow syntax
      • Batch contexts
      • Batch workflow commands
    • Project configuration syntax
    • Actions syntax
      • Actions contexts
  • CLI reference
  • Expression functions
  • Mixins
  • Modules
Powered by GitBook
On this page
  • Action file
  • kind
  • name
  • author
  • descr
  • inputs
  • live actions
  • job
  • batch actions
  • outputs
  • outputs.<output-name>
  • outputs.<output-name>.value
  • outputs.<output-name>.descr
  • cache
  • cache.strategy
  • cache.life_span
  • tasks
  • stateful actions
  • outputs
  • outputs.<output-name>
  • outputs.<output-name>.descr
  • cache
  • cache.strategy
  • cache.life_span
  • main
  • post
  • post_if
  • local actions
  • outputs
  • outputs.<output-name>
  • outputs.<output-name>.descr
  • cmd

Was this helpful?

  1. Workflow syntax

Actions syntax

PreviousProject configuration syntaxNextActions contexts

Last updated 10 months ago

Was this helpful?

Action file

Apolo Flow supports two sources of action files: local filesystem and Github repository.

For filesystem actions, you can place a config file in any location inside the flow's workspace. No special name is required.

For actions stored on Github, you should name the config file either config.yml or config.yaml and place it in the repository's root. To make your action usable, there should be a tagged commit inside the repository.

The following YAML attributes are supported:

kind

Required The action's kind defines its behavior. Different kinds have some additional attributes. Here are the available kinds of actions:

  • actions define a single jobs inside a live workflow.

  • actions define sets of tasks that can be used as singles inside a batch workflow.

  • actions help with utilizing resources that require cleanup in batch workflows.

  • actions allow executing a command on the user's machine before running a batch workflow.

Expression contexts: This attribute only allows expressions that don't access contexts.

name

The action's name.

Expression contexts: This attribute only allows expressions that don't access contexts.

author

The action's author.

Expression contexts: This attribute only allows expressions that don't access contexts.

descr

A description of the action.

Expression contexts: This attribute only allows expressions that don't access contexts.

inputs

A mapping of key-value pairs that can be passed to the action. Each key can also have an optional default value and description.

The input can be specified in a short and long form.

The short form is compact, but only allows to specify the input name and its default value:

inputs:
  name1: default1
  name2: ~   # None by default
  name3: ""  # Empty string by default

The long form allows to also specify the input's description. This can be useful for documenting the usage of the action and generating more detailed error messages.

inputs:
  name1:
    default: default1
    descr: The name1 description
  name2:
    default: ~
    descr: The name2 description
  name3:
    default: ""
    descr: The name3 description

The inputs can be used in expressions for calculating all other action attributes.

Expression contexts: This attribute only allows expressions that don't access contexts.

live actions

Actions with single jobs that can be integrated into a live workflow.

These actions have the following additional attributes:

job

batch actions

Actions with sets of tasks that can be integrated into a batch workflow as a single task.

These have the following additional attributes:

outputs

If this attribute is missing, the action will not expose any outputs and the action call will always be successful.

outputs.<output-name>

The key output-name is a string and its value is a map that defines a single output. You must replace <output-name> with a string that is unique to the outputs object.

outputs.<output-name>.value

Example:

outputs:
  needs: [last_task]
  name: 
    value: ${{ needs.last_task.name }}

outputs.<output-name>.descr

Description of an output. It can be useful for documenting actions.

Example:

outputs:
  name: 
    descr: The output description

Expression contexts: This attribute only allows expressions that don't access contexts.

cache

cache.strategy

The default strategy to use for caching. Available options are:

  • "none" Don't use caching at all.

  • "inherit" Inherit the value from the batch workflow that uses this action.

Default: "default"

Example:

cache:
    strategy: "default"

cache.life_span

The default cache invalidation duration.

This attribute can accept the following values:

  • A float number representing an amount of seconds

  • A string in the following format: 1d6h15m45s (1 day, 6 hours, 15 minutes, 45 seconds).

Default: 14d (two weeks)

If you decrease this value and re-run the workflow, apolo-flow will ignore all cache entries that were added longer ago than the new cache.life_span value specifies.

Example:

cache:
  life_span: 31d # Cache is valid for one month

tasks

stateful actions

A stateful action defines two tasks:

It has the following additional attributes:

outputs

A mapping of key-value pairs that the action exposes. This only serves documentation purposes in stateful actions. The real outputs are generated by the main task.

outputs.<output-name>

The key output-name is a string and its value is a mapping that contains the output's description. You must replace <output-name> with a string that is unique to the outputs object.

outputs.<output-name>.descr

The output's description.

Example:

outputs:
  resource_id: 
    descr: The identifier of the created resource

Expression contexts: This attribute only allows expressions that don't access contexts.

cache

A mapping that defines how the outputs of the main and post tasks are cached.

cache.strategy

The strategy to use for caching. Available options are:

  • "none" Don't use caching at all.

  • "inherit" Inherit the value from the batch workflow that uses this action.

Default: "default"

Example:

cache:
    strategy: "default"

cache.life_span

The cache invalidation duration.

This attribute can accept one of the following values:

  • A float number representing an amount of seconds

  • A string in the following format: 1d6h15m45s (1 day, 6 hours, 15 minutes, 45 seconds).

Default: 14d (two weeks)

If you decrease this value and re-run the flow, apolo-flow will ignore all cache entries that were added longer ago than the new cache.life_span value specifies.

Example:

cache:
  life_span: 31d # Cache is valid for one month

main

Required A mapping that defines the main task that is executed when the action is called. The action call is successful if this task is successful and will be failed if this task fails. Outputs of this task are passed to the main workflow as action call outputs.

post

A mapping that defines a post task that is executed after the main workflow is completed. If the main workflow uses more than one stateful action, the post tasks will run in reversed order: the first post task corresponds to the last main task.

post_if

Example:

post_if: ${{ state.created }} # Run post only if the resource was created

local actions

Actions that define cmd to be executed on the user's machine before running a batch workflow. Calls to actions of this kind precede all other tasks and action calls in the main workflow.

It has the following additional attributes:

outputs

A mapping of key-value pairs that the action exposes. This only serves documentation purposes in local actions. The real outputs are generated by cmd.

outputs.<output-name>

The key output-name is a string, and its value is a mapping that contains the output's description. You must replace <output-name> with a string that is unique to the outputs object.

outputs.<output-name>.descr

The output's description.

Example:

outputs:
  exit_code: 
    descr: The exit code of the shell program

Expression contexts: This attribute only allows expressions that don't access contexts.

cmd

A command line code to execute locally. The shell type and the available commands depend on the user's system configuration, but you can safely assume that the low-level apolo commands are available.

Example:

cmd:
  apolo cp -r ${{ inputs.from }} ${{ inputs.to }} # Copy files to storage

Required A job that will run when the action is called. Attributes are the same as for a in a live workflow.�

Even though attributes are the same as in , the available expression contexts are different: actions have no access to defauls, volumes, and images of the main workflow.

Expression contexts: action job defenitions can only access the .

A mapping of key-value pairs that the action exposes. Tasks in the workflow that contain action calls will be able to access them through the .

Required. An expression that calculates the value of an output. Can only access outputs of tasks that are specified in .

Expression contexts: , with tasks specified in .

A mapping that defines how the outputs of this action's tasks are cached. It can be overridden by

"default" The basic caching algorithm that reuses cached outputs in case the task definition and all available in task expressions are the same.

Expression contexts: , containing main flow settings.

Expression contexts: , containing main flow settings.

A list of tasks to run when the action is called. All attributes are the same as in in a batch workflow.�

Expression contexts: , are available for all attributes, , are available for same attributes as in batch workflow.

A task to initialize some resource and pass it to the calling side

An optional task that's executed after the main workflow is completed and can be used to properly deinitalize it.

The and tasks can only communicate over the .

"default" The basic caching algorithm that reuses cached outputs in case the task definition and all available in task expressions are the same.

Expression contexts: .

Expression contexts: .

This mapping only supports the subset of attributes from batch workflows. The unsupported attributes are: id, needs, strategy, enable, cache.

Expression contexts: .

This mapping only supports the subset of attributes from batch workflows. The unsupported attributes are: id, needs, strategy, enable, cache.

Expression contexts: .

The flag to conditionally prevent a post task from running unless a condition is met. To learn more about writing conditions, refer to . Default: ${{ always() }}

Expression contexts: .

Expression contexts: .

live workflows
expression syntax
live
batch
stateful
local
outputs.needs
main
post
outputs.needs
main
post
expression contexts
expression contexts
inputs context
state context
inputs context
inputs context
inputs context
state context
state context
inputs context
inputs context
inputs context
inputs context
inputs context
job
needs context
needs context
strategy context
strategy context
strategy context
matrix context
needs context
tasks.cache
tasks
tasks
tasks