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
Copy file name to clipboardExpand all lines: managing_providers/_topics/embedded_workflows.md
+80-2Lines changed: 80 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -159,7 +159,7 @@ You can create and use embedded workflows as needed to not only change parts of
159
159
160
160
Workflows must be authored in Amazon State Languages (ASL) format. As part of authoring a workflow, you (or your users) can build container images that are able to perform any tasks that are required in any language that you like. You can use these images during Task states in your workflows.
161
161
162
-
1. Define the code for the workflow. If your workflow requires the use of any credentials or parameters to be specified, ensure that they are passed in the code.
162
+
* Define the code for the workflow. If your workflow requires the use of any credentials or parameters to be specified, ensure that they are passed in the code.
163
163
164
164
Within the workflow code, you need to specify the states that your workflow requires, including any next steps. For `Task` type steps in the workflow, a docker container is called. The container defines what happens for that Task state. For example, a docker container can run to clone a template. If your states require parameters or credentials, you can specify them in your state definitions.
165
165
@@ -174,12 +174,90 @@ Workflows must be authored in Amazon State Languages (ASL) format. As part of au
174
174
- ItemReader
175
175
- ResultWriter
176
176
177
-
2. Build the docker containers that are required for the workflow.
177
+
* Build the docker containers that are required for the workflow.
178
178
179
179
When you have the code for your task resource written, you need to bundle it into a docker image. You can bundle the code by creating a standard [Dockerfile](https://docs.docker.com/engine/reference/builder/) and building the image (https://docs.docker.com/engine/reference/commandline/build/). Then, you can push the image to a [registry](https://docs.docker.com/engine/reference/commandline/push/), which makes the image available to be used by {{ site.data.product.title_short }}. When you have pushed your images to an image registry, you can add the registry to {{ site.data.product.title_short }}.
180
180
181
181
Pull secrets for containers are used differently between appliances and the OpenShift Container Platform (OCP). These differences are outlined in the following sections.
182
182
183
+
* Use "builtin" runner methods from the ManageIQ Task Runner
184
+
185
+
In addition to the `docker://` runner which can run any container you want, there are also builtin runner methods for some common tasks like executing an http call or sending an email.
*`CredentialId` - Integer - Database ID of an ansible credential
252
+
*`CloudCredentialId` - Integer - Database ID of an ansible cloud credential
253
+
*`NetworkCredentialId` - Integer - Database ID of an ansible network credential
254
+
*`VaultCredentialId` - Integer - Database ID of an ansible vault credential
255
+
256
+
*`manageiq://provision_execute` - Execute an MiqProvision task
257
+
258
+
This can be used for a VM Provision Service Catalog item in place of automate. No explicit parameters are required, as state input is used as the provision options.
259
+
260
+
183
261
#### Running an Embedded Workflow on Appliances
184
262
185
263
* On appliances, `podman` is used to execute the container so use [podman login](https://docs.podman.io/en/stable/markdown/podman-login.1.html) as the `manageiq` user.
0 commit comments