Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Versionnage des flux de travail dans HealthOmics
Si vous devez apporter des modifications à un flux de travail, vous pouvez créer un nouveau flux de travail ou une nouvelle version de flux de travail. Les versions sont immuables, à l'exception des modifications de configuration autorisées qui n'ont aucun impact sur la logique d'exécution.
Les versions Workflow offrent les avantages suivants :
-
Les versions forment un groupe logique de flux de travail liés entre eux. Vous pouvez ajouter un nom défini par l'utilisateur à chaque version du flux de travail afin de les gérer plus facilement (en particulier pour un flux de travail comportant un grand nombre de versions).
-
Vous pouvez exécuter plusieurs versions d'un flux de travail en même temps.
-
Toutes les versions d'un flux de travail partagent le même ID de flux de travail et le même ARN de base, ce qui peut simplifier la gestion du pipeline une fois que vous avez modifié un flux de travail.
-
Les versions de flux de travail fournissent le même niveau de provenance des données que les flux de travail. Les versions sont immuables et HealthOmics créent un ARN unique pour chaque version du flux de travail. L'ARN de la version inclut l'ID du flux de travail et le nom de la version, comme indiqué dans l'exemple suivant :
arn:aws:omics:us-west-2:123456789012:workflow/1234567/version/myUniqueVersionName -
Si vous possédez un flux de travail partagé, vous pouvez le mettre à jour sans perturber les abonnés (qui peuvent continuer à utiliser la version précédente). Les abonnés peuvent accéder à toutes les versions du flux de travail. Si vous créez une nouvelle version, il n'est pas nécessaire de partager à nouveau le flux de travail.
-
Lorsque vous lancez une exécution de flux de travail, vous pouvez spécifier la version du flux de travail.
-
Les utilisateurs peuvent choisir de rester sur une version stable pour les cycles de production et d'essayer la dernière version pour un essai.
-
Les utilisateurs peuvent revenir à la version précédente d'un flux de travail s'ils rencontrent des problèmes avec la nouvelle version.
-
Les abonnés d'un flux de travail partagé peuvent choisir la version à utiliser.
-
Rubriques
