Custom Workflows Repository

Registered by Denis Koryavov

Clients should be able to create/upload, read\list, update, delete (CRUD) custom workflows. This should be per tenant so that custom workflows from one customer are not visible by default to another. Private and public workflows is a good idea.

The following functional should be available:
1. Upload a new workflow. This workflows file should contain the definition of UI forms, workflow itself and all necessary scripts and templates
2. Uploaded workflow should appear as
  a) a new service if it is a fll service definition
  b) a new actions for a service
  c) additional step for another workflow (optianally can be implemented as combined workflows)
3. UI should expose a page with a list of custom workflows uploaded
4. User should be able to delete or update the workflows
5. Custom workflows should be accessible from the tenant where it was created by default
6. It should be possible to share uploaded workflow with other tenants

All this features will be implemented using Metadata Repository. Full specification of this component can be found at Murano Wiki page:

Blueprint information

Georgy Okrokvertskhov
Alexander Tivelkov
Needs approval
Alexander Tivelkov
Series goal:
Accepted for 0.x
Milestone target:
milestone icon 0.4
Started by
Timur Sufiev
Completed by
Timur Sufiev

Related branches



The "user" is not an openstack admin. A project/tenant admin should be able to add a workflow and all related artifacts (scripts, templates, etc) through an API.

User Story:
As a project admin I would like the ability the ability to add, through an API, a custom application deployment workflow. This custom app deployment should run after the core IIS workflow has run successfully.

This BP is depends on


Work Items

This blueprint contains Public information 
Everyone can see this information.