Travail dans Azure Spring Apps (préversion)
Remarque
Les plans Essentiel, Standard et Entreprise seront déconseillés à compter de la mi-mars 2025, avec une période de mise hors service de 3 ans. Nous vous recommandons de passer à Azure Container Apps. Pour plus d’informations, consultez l’annonce de mise hors service d’Azure Spring Apps.
Le plan de consommation standard et dédiée sera déconseillé à compter du 30 septembre 2024, avec un arrêt complet après six mois. Nous vous recommandons de passer à Azure Container Apps. Pour plus d’informations, consultez Migrer le plan de consommation standard et dédiée Azure Spring Apps vers Azure Container Apps.
Cet article s’applique à :✅ Java ✅ C#
Cet article s’applique à : ❎ Essentiel/Standard ✅ Entreprise
Travail est un concept clé dans le modèle de ressource d’Azure Spring Apps. Comme Application dans Azure Spring Apps, les deux sont considérées comme des ressources gérées dans le service.
Une Application exécute une charge de travail en continu, tandis qu’un Travail permet aux clients d’exécuter des charges de travail qui se terminent dans une durée limitée. Parmi les exemples d’applications, citons les applications web et les services en arrière-plan qui traitent les entrées en continu. Parmi les exemples de travaux, citons les processus par lots et les tâches à la demande.
Les développeurs Spring qui écrivent des travaux choisissent probablement l’infrastructure Spring Batch ou Spring Cloud Task. Bien que Spring Batch excelle dans la gestion des tâches de traitement par lots à grande échelle, Spring Cloud Task est spécialisée pour gérer les tâches de courte durée avec une surcharge minimale. Vous pouvez exécuter les deux types efficacement dans les travaux Azure Spring Apps pour répondre à diverses exigences.
Exécution des tâches
Une exécution du travail fait référence au processus d’exécution d’une tâche ou d’un ensemble de tâches en particulier défini au sein d’un travail. Cela englobe l’ensemble du cycle de vie de l’exécution de ces tâches, notamment l’initialisation, le traitement et l’achèvement du travail en fonction de ses spécifications.
Un cycle de vie courant d’une exécution de travail dans Azure Spring Apps va de pending
et running
à un état d’arrêt de completed
ou failed
, selon que l’exécution se termine correctement.
Chaque fois que le travail est exécuté, il adopte sa configuration prédéfinie à partir du travail, avec certains aspects permettant la personnalisation pour prendre en charge différentes exécutions.
Dans une exécution de travaux non parallèle, une seule instance s’exécute à la fois. Dans une exécution parallèle, plusieurs instances peuvent s’exécuter simultanément.
Configuration
Le travail établit la configuration par défaut utilisée pour chaque exécution, englobant des éléments tels que la source de l’application utilisateur et la configuration du déclencheur. Chaque exécution du travail hérite de la configuration, ce qui permet de remplacer certains paramètres par de nouvelles valeurs pour les exécutions individuelles.
Le tableau suivant montre la configuration au niveau du travail ou au niveau de l’exécution du travail :
Nom de la propriété | Étendue | Notes |
---|---|---|
Type de déclencheur | Travail | Déclencheur manuel pour la préversion publique. D’autres types de déclencheurs sont planifiés ultérieurement. |
Parallélisme | Travail | Nombre d’instances du travail qui s’exécutent en même temps. La valeur par défaut est 1. Pour les travaux parallèles, vous pouvez obtenir l’index de chaque instance via la variable d’environnement JOB_COMPLETION_INDEX . |
Limite de nouvelles tentatives | Travail | Nombre maximal de tentatives d’exécution d’un travail après avoir rencontré un échec ou une erreur. La valeur par défaut est 0, ce qui signifie que le travail ne réessaye pas en cas d’échec. |
Délai d'expiration | Travail | Nombre maximal de secondes à attendre pour qu’un travail se termine avant que son état soit défini sur failed . Vous pouvez la laisser non défini ou définir la valeur sur 0, ce qui signifie que le travail n’a pas de délai d’expiration. |
Arguments | Travail/exécution | Valeur des arguments spécifiés pour le remplacement d’exécution du travail. |
Variables d’environnement | Travail/exécution | Variables au format des paires clé-valeur. Les variables d’environnement spécifiées au niveau du travail sont des valeurs par défaut pour chaque exécution. Les variables d’environnement spécifiées au niveau de l’exécution ont une priorité plus élevée. Vous pouvez spécifier des variables d’environnement lorsque vous démarrez une exécution pour remplacer la valeur au niveau du travail. |
Variables d’environnement secret | Travail/exécution | Variables qui contiennent des informations d’identification où les valeurs secrètes sont chiffrées. |
UC | Travail/exécution | La valeur spécifiée pour l’exécution remplace la valeur spécifiée pour le travail. |
Mémoire | Travail/exécution | La valeur spécifiée pour l’exécution remplace la valeur spécifiée pour le travail. |
La configuration au niveau du travail s’applique lors de la création ou de la mise à jour de la ressource de travail. La configuration au niveau de l’exécution du travail s’applique lors du démarrage d’une exécution de travail.
Étape suivante
Comment gérer et utiliser des travaux dans le plan Enterprise d’Azure Spring Apps