This page shows how you can create a new pipeline or edit an existing one.

To manage pipelines or compare and restore different pipeline versions, see Manage Pipelines.

📘

NOTE

Only organization administrators can set up, edit, deactivate, and activate pipelines.

Set Up a Pipeline

To create a pipeline, do the following.

Step 1: Open the Pipeline Edit Page to Create a New Pipeline

To open the Pipeline Edit page to create a new pipeline, do the following:

1. Sign in to the TDP as a user with an Administrator role.
2. In the left navigation menu, choose Pipelines. A menu appears.
3. Choose Pipeline Manager. The Pipeline Manager page appears.
4. Select the New Pipeline button. The Pipeline Edit page appears.
   

Step 2: Configure the Pipeline

To configure a new pipeline on the Pipeline Edit page, do the following:

1. For NAME, enter a name for the pipeline.

2. For DESCRIPTION, enter a description of the pipeline.

3. If you want the pipeline to be available for processing files, move the upper right ENABLED toggle to the right. It appears blue when the pipeline is active.

   -or-

   If you don't want the pipeline to be available for processing files yet, move the ENABLED toggle to the left. It appears gray when the pipeline is inactive.

4. For MAX PARALLEL WORKFLOWS, it's typically a best practice to not change the default value (0). The default 0 value indicates that the pipeline allows an unlimited number of concurrent workflows, which helps with throughput.

   🚧

   IMPORTANT

   Changing the MAX PARALLEL WORKFLOWS setting from the default 0 value severely limits pipeline throughput and must be done in collaboration with your customer success manager (CSM) or account executive. If one of the following situations applies, contact TetraScience to determine the correct MAX PARALLEL WORKFLOWS setting for your use case:

   • For pipelines that must process one file at a time only, with zero parallel processing, MAX PARALLEL WORKFLOWS can be set to 1.
   • For uploading or processing a high number of files at the same time when there are upstream systems that can't handle the required rate of parallel processing, MAX PARALLEL WORKFLOWS can be set to a low number.
   • For processing a high number of files with a long-running pipeline processes, MAX PARALLEL WORKFLOWS can be set to a low number.

5. For PRIORITY, select the pipeline's priority level. Increasing or decreasing this value will adjust the slot assignment prioritization for that pipeline within the organization, which raises or lowers the likelihood that the pipeline's workflows are scheduled before another pipeline's. This setting is typically used to decrease the likelihood a pipeline is run before others to prevent it from constraining resources. You can assign a priority number from 1-10, where 10 is the highest priority and 1 is the lowest. The default setting is 5.

6. (Optional) To override the pipeline's default retry behavior setting, select another option from the RETRY BEHAVIOR menu. The default retry setting for pipelines that use the protocol.yml protocol definition file format is Exponential retry interval increasing (default). The default retry setting for all other pipelines is Always retry 3 times. For more information, see Retry Behavior Settings.

Step 3: Select Trigger Conditions

Triggers indicate the criteria a file must meet for pipeline processing to begin. There are two types of trigger conditions:

• Simple trigger conditions require files to meet just one condition to trigger the pipeline. For example, you can configure data files that have a specific label to trigger a pipeline.
• Complex trigger conditions require files to meet several conditions before they trigger the pipeline. For example, you can require a file to have both a specific label and file path to trigger a pipeline. Complex trigger conditions can be combined by using standard Boolean operators (AND/OR) and can be nested.

Trigger types are divided into two categories: Platform Metadata and Custom Metadata. Platform Metadata types are available to all TDP users. Custom Metadata types are available to your organization only.

🚧

IMPORTANT

Keep in mind the following when configuring your pipeline's trigger conditions:

• Pipelines can run on the latest version of a file only. This behavior ensures that previous file versions don't overwrite the latest data. If a pipeline tries to process an outdated or deleted file version, the workflow errors out and the TDP now displays the following error message on the Workflow Details page: "message":"file is outdated or deleted so not running workflow"
• Trigger conditions that are set with a text option must match all of the characters that are entered in the text field. This includes trailing spaces, if there are any.
• You can’t use a new attribute as a pipeline trigger until you add a file to the TDP that includes the attribute. For instructions on how to manually upload files, see Upload a New File or New Version of the File.

To define your pipeline's trigger conditions, do the following:

1. On the Pipeline Edit page, choose Select Trigger.
   

2. To configure the pipeline to run if the file meets more than one trigger condition, select Matches All-AND from the top drop-down menu in the Select Trigger section.

   -or-

   To configure the pipeline to run if the file meets at least one trigger condition, select Matches All-ANY.

3. Select a trigger type from the left drop-down menu (the field is prepopulated with the File Category value). For more information about the available triggers, see Trigger Types.

4. In the middle drop-down menu, enter how you want the trigger to match the value you'll set for the trigger condition by selecting the relevant conditional operator (is or is not).

   📘

   NOTE

   Using the is not conditional operator verifies that there is a pipeline value and that it's not the value that is specified. This result of this operator is always FALSE for files that have not been processed through a pipeline.

5. In the Value field, enter the value for the trigger condition that you want or select an option from the drop-down menu.

6. (Optional) To add another condition to your trigger, choose Add Field. Then, repeat steps 3-5.

-or-

To nest trigger conditions, choose Add Field Group. Then, repeat steps 3-5.

Trigger Types

Step 4: Select a Protocol

Protocols define the business logic of your pipeline by specifying the steps and the functions within task scripts that run those steps. For a complete list of supported Tetra Data models and their associated protocols as well as a list of upcoming Tetra Data model releases, see Tetra Data Models in the TetraConnect Hub. To request access, see Access the TetraConnect Hub.

For more information, see Tetra Data Models and Custom Schemas.

📘

NOTE

You can configure your own custom protocols for use in a Self-Service Tetra Data pipeline (SSP) by creating a protocol.yml file.

To select a protocol for your pipeline, do the following:

1. On the Pipeline Edit page, choose Select Protocol.
   
2. Select a protocol from the list. To search for a specific protocol, enter the protocol's name in the Search field.
3. In the Configuration section, enter the configuration options for the protocol, if there are any.
4. (Optional) In the *Select Protocol section, you can also do any of the following:
   • To see more information about the protocol the script, select the View Details button. A page that contains the protocol's protocol.json and script.js files appears. The protocol.json file defines the protocol. It provides a brief description of the steps run and the configurations. The script.js file shows the workflow.
   • To see more information about the protocol steps, choose README in the Steps section.
   • To configure custom memory settings for each step of the pipeline, select a memory option from from the Default ([#] MB) drop-down menu in the Steps section. For more information, see the Memory and Compute Settings section of this procedure.

Step 4: Set Notifications

To configure email notifications about successful and failed pipeline executions, do the following:

📘

NOTE:

For maintenance purposes, make sure that you use a group alias for notification email addresses instead of individuals' emails.

1. On the Pipeline Edit page, choose Set Notifications.
   
2. Select one of the following toggles based on the type of notifications that you want to send:
   • SEND ON SUCCESS: sends an email after the pipeline runs successfully
     -or-
   • SEND ON FAILURE: sends an email after the pipeline fails
3. In the SEND NOTIFICATIONS TO EMAILS field, enter the email address that you want to send the notifications to. To add more than one address, select the Add Email button and enter another email address in the new field that appears.
4. Choose Save Changes.

Edit a Pipeline

To edit an existing pipeline, do the following:

1. Sign in to the TDP as a user with an Administrator role.
2. In the left navigation menu, choose Pipelines. A menu appears.
3. Choose Pipeline Manager. The Pipeline Manager page appears.
4. Select the name of the pipeline that you want to edit. The Pipeline Actions pane appears on the right.
   
5. Choose Edit Pipeline. The Edit Pipeline page appears.
   
6. Modify the section of the pipeline that you want to edit.
7. Select the Save Changes button to save the edits you've made to the section.

Copy a Pipeline

To copy an existing pipeline, do the following:

1. Sign in to the TDP as a user with an Administrator role.

2. In the left navigation menu, choose Pipelines. A menu appears.

3. Choose Pipeline Manager. The Pipeline Manager page appears.

4. Select the name of the pipeline that you want to copy. The Pipeline Actions pane appears on the right.
   

5. Choose Copy Pipeline. The Copy Pipeline dialog appears.

6. For New Pipeline name, enter the new pipeline's name.

7. To save an exact copy of the pipeline choose Save.

   -or-

   To save and edit a new version of the pipeline, choose Save and Edit.

The new pipeline appears on the Pipeline Manager page list with a New icon next to it.

📘

NOTE

Copied pipelines are inactive (disabled) by default. To activate a copied pipeline, follow the instructions in Activate or Deactivate Pipelines.

Download a Pipeline

To download a pipeline definition to your local machine, do the following:

1. Sign in to the TDP as a user with an Administrator role.
2. In the left navigation menu, choose Pipelines. A menu appears.
3. Choose Pipeline Manager. The Pipeline Manager page appears.
4. Select the name of the pipeline that you want to download. The Pipeline Actions pane appears on the right.
   
5. Choose Download Pipeline. The pipeline definition downloads to your local machine as a JSON file.

Activate or Deactivate Pipelines

For a pipeline to run if a file meets the defined trigger condition, you must activate it. You can make any existing pipeline activate or inactive by doing the following:

1. Sign in to the TDP as a user with an Administrator role.

2. In the left navigation menu, choose Pipelines. A menu appears.

3. Choose Pipeline Manager. The Pipeline Manager page appears.

4. Select the name of the pipeline that you want to activate or deactivate. The Pipeline Actions pane appears on the right.
   

5. Choose Edit Pipeline. The Edit Pipeline page appears.
   

6. To activate the pipeline, move the ENABLED toggle to the right. It appears blue when the pipeline is active.

   -or-

   To deactivate the pipeline, move the ENABLED toggle to the left. It appears gray when the pipeline is inactive.

7. Choose Save Changes.

Import a Pipeline

To import a pipeline definition from another TDP environment (for example, when moving a pipeline from development to production), do the following:

1. Sign in to the TDP as a user with an Administrator role.
2. In the left navigation menu, choose Pipelines. A menu appears.
3. Choose Pipeline Manager. The Pipeline Manager page appears.
4. Select the upper right Import Pipeline button.
5. Select the pipeline that you want to import from your local server.

🚧

IMPORTANT

When importing a pipeline to a new environment, make sure that you update the pipeline's secrets configuration so that it can run in the environment that you're importing the pipeline to. For more information, see Context API.

Retry Behavior Settings

If a pipeline fails for any reason, the TDP automatically retries running the pipeline again up to three times before the pipeline fails. You can change this default retry behavior when you create or edit a pipeline on the Pipeline Management page by selecting one of the following retry settings.

You can also manually retry a failed pipeline by selecting the Retry button that displays next to the pipeline's workflow steps in the TDP.

📘

NOTE

Each pipeline retry uses double the memory of the previous attempt to run the pipeline, up to 120 GB. Compute and CPU capacity will also increase based on the amount of memory used for each retry. This increase in memory and compute usage can increase the cost of processing files significantly. For more information, see the Memory and Compute Settings section of this procedure.

Preconfigured Pipeline Retry Settings

Custom Pipeline Retry Settings

📘

NOTE

Custom pipeline retry behavior settings are available for pipelines that use the protocol.yml protocol definition file format only. For more information, see Protocol YAML Files.

Memory and Compute Settings

When configuring a protocol, you can override the default memory setting with a custom memory setting for each step of a pipeline. To configure a custom memory setting for a pipeline step, select the Default Memory drop-down list in the Step section of the Pipeline Manager page.

The following table shows the available memory setting options and how much compute capacity each setting uses: