Actions
Idea #19132
openRegistered workflow improvements
Status:
In Progress
Priority:
Normal
Assigned To:
-
Target version:
-
Start date:
09/01/2023
Due date:
03/31/2025 (Due in about 4 months)
Story points:
-
Release:
Release relationship:
Auto
Description
Improve UX around registered workflows.
Better picking¶
- Metadata about workflow purpose and function
- Faceted search
Better launching¶
- Change flow so that the user picks a project then a "draft" state container request is created, where the inputs and arvados-cwl-runner options are editable.
Support versioning for registered workflows in Workbench.¶
Possible features:
- When launching a workflow, user can choose among multiple versions
- Can easily determine which version of the workflow was used to run a particular pipeline.
- Text of workflow that is used for execution is more like the text that the user started from (instead of workflow packing).
- Text of workflow as submitted (i.e. original) is also saved so that users can compare the "original" they submitted against their VCS later (good for auditability).
- Requirement from customer: when making a copy, record the upstream collection it was copied from, indicate in the user interface that the upstream version has changed, offer to bump up to current version.
Possible design:
- Store CWL in a collection with "type: workflow" property
- Use collection versioning
- Store workflow metadata in properties
- entry point
- input spec
- git commit/branch/repo? if uploaded a git directory
- docker jobs image to use
- Deprecate "workflow" records
- Identify the workflow version used for a given pipeline by matching the PDH
Implementation:
- arvados-cwl-runner support for creating/updating new-style registered workflows
- Workbench 2 support (this is probably the majority of the work)
- picking
- viewing
- launching
Proposed new behavior for a-c-r: always create a workflow collection when running a workflow, so we have accessible record of what was run.
Related issues
Actions