Accéder au contenu principal Passer au contenu complémentaire

Règles de promotion

La promotion d'objets depuis un environnement source vers un environnement cible suit des règles pré-configurées.

Les espaces Personal ne peuvent être promus.

SI vous promouvez des objets contenant des WebHooks, assurez-vous que le nom de l'environnement source et cible ne contient pas de caractère spécial, seulement des caractères alphanumériques et des tirets bas.

Les objets sont généralement mis en correspondance par nom et les règles déterminent si chaque objet mis en correspondance est créé, mis à jour, remplacé ou conservé dans l'environnement cible.

Les listes suivantes présentent les règles de promotion en fonction du type d'objet.

Artefact et tâche de Job

  • L'artefact ou la tâche de Job est créé·e lorsqu'il·elle n'existe pas dans l'environnement cible.
    • Si le nom de l'environnement cible est identique à un environnement de contexte dans le Studio Talend, l'artefact ou la tâche est créé·e avec les valeurs des paramètres de contexte du Job récupérées du Studio Talend.
    • La tâche cible contient les mêmes balises que la tâche source.
    • Si la tâche source utilise l'option pour mettre à jour automatiquement l'artefact à sa dernière version, elle n'est pas activée dans la tâche cible.
  • L'artefact ou la tâche de Job est mis·e à jour lorsqu'il·elle existe dans l'environnement cible.
    • Les valeurs de paramètre existantes restent inchangées. Si une nouvelle version de l'artefact ou de la tâche a de nouveaux paramètres, ils sont ajoutés dans Parameters (Paramètres).
    • Si le nom de l'environnement cible est identique à un environnement de contexte dans le Studio Talend, les valeurs des nouveaux paramètres sont récupérées du Studio Talend. Sinon, elles correspondent aux valeurs configurées dans l'environnement source.
    • La tâche cible est mise à jour avec les balises de la tâche source.
    • Pour la promotion d'artefacts, les tâches n'utilisent pas les artefacts promus, même si elles sont configurées pour utiliser la dernière version des artefacts, car cette dernière version fait référence uniquement aux versions des artefacts publiés. Vous devez tester l'artefact promu avant d'éventuellement le publier pour que vos tâches l'utilisent.
    • Si la tâche cible utilise une version spécifique de l'artefact, elle continue à utiliser cette version et l'option de mise à jour automatique n'est pas activée. Si la tâche cible utilise l'option de mise à jour automatique de la version de l'artefact, la version est mise à jour vers celle utilisée par la tâche source et l'option reste activée.
Note InformationsRemarque : Le workflow de promotion est conçu pour empêcher les mises à jour non souhaitées des artefacts lors des promotions de tâches.

Ainsi, lorsqu'une tâche promue est créée dans l'environnement cible pour la première fois, l'option de mise à jour automatique Always use the latest available artifact version (Toujours utiliser la dernière version disponible de l'artefact) est automatiquement désactivée.

Cela permet d'assurer que votre tâche n'est pas mise à jour de manière involontaire vers une nouvelle version d'artefact avant de pouvoir vérifier et tester la tâche promue et confirmer la bonne version de l'artefact à utiliser.

Tâche et artefact de pipeline

Les artefacts et les tâches de pipelines ne peuvent être promus car ils ne sont pas supportés dans les environnements de Dynamic Engine.

Plan

  • Le plan est créé lorsqu'il n'existe pas dans l'environnement cible.
  • Le plan est mis à jour lorsqu'il existe dans l'environnement cible.
Note InformationsRemarque :

Des plans contenant des tâches de pipeline, soit dans le plan même, soit dans la chaîne de ses gestionnaires, ne peuvent être promus. Ils sont affichés avec un avertissement dans l'analyse de la promotion. Les tâches de pipelines ne sont pas supportées dans les environnements de Dynamic Engine.

Connexion Studio

  • La connexion Studio est créée avec le même nom et le même type lorsqu'elle n'existe pas dans l'environnement cible.
  • La connexion Studio est mise à jour avec le même nom et le même type lorsqu'elle existe dans l'environnement cible.
    • Les paramètres restent inchangés.
    • S'il existe une connexion Studio du même nom mais d'un type différent dans l'environnement cible, l'analyse de promotion affiche une erreur. le rapport de promotion affiche une erreur et la tâche n'est pas promue.
    • Pour des raisons de sécurité, les valeurs des paramètres sécurisés sont réinitialisées sur <change me> dans l'environnement cible. Vous devez les saisir à nouveau manuellement.

Ressource Studio

  • La ressource Studio est créée lorsqu'elle n'existe pas dans l'environnement cible.
  • Override (Écraser) ou Keep target (Conserver la cible) :
    • La ressource est écrasée (Override (Écraser)) par les valeurs de l'environnement source lorsqu'elle existe dans l'environnement cible.

    • La ressource reste inchangée et affectée à ses tâches (Keep target (Conserver la cible)) lorsqu'elle existe dans l'environnement cible.
    Note InformationsConseil : Si vous utilisez l'API pour la promotion, définissez keepTargetResources=false pour écraser les ressources cibles ou keepTargetResources=true pour conserver les ressources cibles existantes. Pour plus d'informations, consultez Exécuter une promotion (en anglais).

Task Scheduler (Ordonnanceur de tâches)

  • L'ordonnanceur de tâches est créé lorsqu'il n'existe pas dans l'environnement cible.
  • L'ordonnanceur de tâches est mis à jour lorsqu'il existe dans l'environnement cible.

Espace

  • L'espace est créé avec des rôles vides lorsqu'il n'existe pas dans l'environnement cible.

    Les administrateurs et administratrices doivent créer les rôles dans l'environnement cible.

  • L'espace est mis à jour lorsqu'il existe dans l'environnement cible.

    Les objets de l'espace sont mis à jour en fonction des règles de promotion spécifiques à chaque type d'objet.

Note InformationsRemarque :
Vous pouvez promouvoir des espaces contenant des objets qui ne sont pas supportés dans les environnements de Dynamic Engine.
  • Les artefacts, tâches et plans de pipelines faisant partie de l'espace promu ne peuvent être promu·es et s'affichent avec des avertissements dans l'analyse de promotion.

  • Les services de données, les artefacts de Routes et les tâches faisant partie de l'espace promu peuvent être promu·es à partir d'un environnement de moteur distant. Cependant, vous ne pouvez ni publier ces artefacts, ni créer et déployer les tâches de service de données ou de Routes dans l'environnement de Dynamic Engine.

Le moteur distant ou Moteur distant Gen2 fait partie de la tâche/de l'espace/de l'environnement promu·e

Talend Remote Engine (également nommé Gen1) et Moteur distant Gen2 ne peuvent être promus et s'affichent avec des avertissements dans l'analyse de promotion.

Cluster de moteurs distants

Les clusters de moteurs distants ne peuvent être promus et s'affichent avec des avertissements dans l'analyse de promotion.

Profil d'exécution

  • Le profil d'exécution est créé avec le même nom que celui de l'environnement source lorsqu'il n'existe pas dans l'environnement cible.

    Si la tâche associée dans l'environnement cible comporte déjà un profil d'exécution auquel un nom différent a été affecté, ce profil d'exécution récemment créé de l'environnement source le remplace. Le profil d'exécution cible n'est pas affecté et est conservé.

  • Override (Écraser) ou Keep target (Conserver la cible) :
    • Le profil d'exécution est écrasé (Override (Écraser)) par les valeurs de l'environnement source lorsqu'il existe dans l'environnement cible.

    • Le profil d'exécution reste inchangé et affecté à ses tâches (Keep target (Conserver la cible)) lorsqu'il existe dans l'environnement cible.
    Note InformationsConseil : Si vous utilisez l'API pour la promotion, définissez keepTargetRunProfiles=false pour écraser les profils d'exécution cibles ou keepTargetRunProfiles=true pour conserver les profils d'exécution cibles existants. Pour plus d'informations, consultez Exécuter une promotion (en anglais).
  • Quelle que soit l'option sélectionnée, les profils d'exécution qui existent déjà dans l'environnement cible ne sont pas supprimés lors de la promotion.
    • En cas d'écrasement, l'affectation des profils d'exécution cibles existants du même nom est annulée, mais ces profils sont conservés. Les profils d'exécution orphelins peuvent s'accumuler dans l'environnement cible au fil du temps.
    • S'ils sont conservés, les profils d'exécution cibles existants restent affectés à leurs tâches.
Note InformationsRemarque :
Profils d'exécution liés à des moteurs distants et à des clusters de moteurs distants :
  • Les profils d'exécution liés à un moteur distant ou à un cluster de moteurs distant peuvent être promus. De nouveaux profils d'exécution sont créés et liés à l'environnement de Dynamic Engine. Les profils d'exécution ne sont plus liés au moteur distant ou au cluster de moteurs distants dans l'environnement cible.

  • Les profils d'exécution liés à un Moteur distant Gen2 ne peuvent être promus et s'affichent avec des avertissements dans l'analyse de promotion.

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.