Scheduled Job
Tâche planifiée
Un travail planifié démarre un travail en arrière-plan à un moment choisi ou à un intervalle répétitif. Ses règles doivent indiquer ce qui se passe après un démarrage en retard, manqué ou chevauchant.
time zone + schedule + missed-run deadline + overlap policy -> one job attempttimeZone: Asia/Taipeiignorer pendant l'exécution✓time zone + schedule + missed-run deadline + overlap policy -> one job attemptJOBUn autre exemple
Un CronJob Kubernetes démarre une sauvegarde chaque jour à 02h30 en `Asia/Taipei`. Sa politique ignore une nouvelle exécution tant que la dernière est encore active. Elle limite également le retard maximal pour le démarrage d'une exécution manquée. La sauvegarde utilise l'heure de début prévue comme clé de sécurité de répétition.
Parties principales
- 01Planification et fuseau horaire
- 02prochaine date de début prévue
- 03règle d'exécution manquée
- 04Politique de chevauchement
- 05Identité d'exécution
- 06Historique d'exécution et alerte
Utilisez-le lorsque
Utilisez-le pour des sauvegardes régulières, des rapports, le nettoyage ou d'autres travaux liés à l'horloge. Définissez le fuseau horaire, la règle d'exécution tardive, la règle de chevauchement et le comportement sûr en cas de répétition.
Ne l'utilisez pas lorsque
Ne supposez pas qu’un programme s’exécute à la seconde exacte ou exactement une seule fois. Utilisez un déclencheur d’événement lorsque le travail appartient à un changement de données plutôt qu’à une heure précise.
Nom utilisé dans le code
time zone + schedule + missed-run deadline + overlap policy -> one job attempt Avant d'expédier
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome: Complete the task with Tâche planifiée (Scheduled Job). User context: Un CronJob Kubernetes démarre une sauvegarde chaque jour à 02h30 en `Asia/Taipei`. Sa politique ignore une nouvelle exécution tant que la dernière est encore active. Elle limite également le retard maximal pour le démarrage d'une exécution manquée. La sauvegarde utilise l'heure de début prévue comme clé de sécurité de répétition. Technical concept or control: Tâche planifiée (Scheduled Job). Why it fits: Utilisez-le pour des sauvegardes régulières, des rapports, le nettoyage ou d'autres travaux liés à l'horloge. Définissez le fuseau horaire, la règle d'exécution tardive, la règle de chevauchement et le comportement sûr en cas de répétition. Do not use it when: Ne supposez pas qu’un programme s’exécute à la seconde exacte ou exactement une seule fois. Utilisez un déclencheur d’événement lorsque le travail appartient à un changement de données plutôt qu’à une heure précise. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Aucun standard officiel unique ne régit l’ensemble du terme. Sa signification peut varier selon les équipes, plateformes ou frameworks. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
Vérifiez cette demande
Review how Tâche planifiée (Scheduled Job) is used now. Definition: Un travail planifié démarre un travail en arrière-plan à un moment choisi ou à un intervalle répétitif. Ses règles doivent indiquer ce qui se passe après un démarrage en retard, manqué ou chevauchant. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.