osFoundry / Platform
Tâches cron d'application
Planifiez des tâches récurrentes par application. Syntaxe cron, retries, exécutions observables.
Présentation
Les cron jobs d'apps vous permettent de planifier un travail récurrent pour une app précise au sein d'osFoundry. Plutôt que de laisser un script tourner ou de penser à déclencher quelque chose à la main, vous rattachez une planification à l'app elle-même et la laissez s'exécuter à sa propre cadence. Chaque tâche se définit avec la syntaxe cron standard : une expression comme `0 * * * *` s'exécute toutes les heures et `30 6 * * 1-5` s'exécute à 6h30 les jours ouvrés. Comme la planification appartient à l'app, tout ce dont la tâche a besoin (sa logique, son environnement, ses clés) voyage avec l'app au lieu de vivre dans un planificateur séparé et déconnecté.
En interne, chaque exécution planifiée est traitée comme une unité observable. Quand une exécution échoue, la tâche réessaie au lieu d'abandonner le travail en silence, et chaque tentative est enregistrée pour que vous voyiez ce qui s'est exécuté, quand, si cela a réussi et ce que cela a produit. Cet historique d'exécutions fait toute la différence entre une ligne de cron dont vous espérez qu'elle se déclenche et une planification que vous pouvez réellement vérifier. osFoundry est un espace de travail de bureau en apportez-votre-propre-clé (BYOK) : ces tâches s'exécutent donc contre les modèles et services que vous connectez avec vos propres clés d'API. Aucune marge de revendeur ne s'ajoute au coût d'une tâche récurrente et, l'espace étant local-first, l'app et sa planification peuvent vivre sur votre propre appareil plutôt que sur les serveurs d'un fournisseur.
Cela compte surtout pour le travail discret et répétitif que les apps accumulent : récupérer des données à une cadence, régénérer une sortie, lancer une vérification, déclencher une tâche d'agent sur une minuterie. Cron vous donne un contrôle précis sur le quand, les réessais rendent la planification résistante à une panne passagère, et le journal d'exécutions rend l'ensemble auditable. Cela côtoie le reste d'osFoundry (chat et agents, apps, code, connaissances et données), si bien qu'une tâche d'app planifiée peut alimenter l'espace où vous travaillez déjà plutôt qu'un silo d'automatisation à part.
Fonctionnalités clés
- Définissez des planifications avec la syntaxe cron standard, d'un simple tic horaire à des expressions uniquement en semaine ou en limite de mois
- Rattachez la planification à une app précise pour que sa logique, son environnement et ses clés s'exécutent ensemble comme une seule unité
- Réessais automatiques en cas d'exécution échouée, au lieu d'abandonner le travail planifié en silence
- Historique d'exécutions observable : consultez l'heure, le statut et la sortie de chaque exécution pour confirmer que la planification s'est bien déclenchée
- BYOK et local-first : les tâches s'exécutent contre vos propres modèles et clés connectés, sans frais par siège ni marge de revendeur
Cas d’usage
- Ingénieur data : planifiez une app pour récupérer et rafraîchir un dataset toutes les heures avec cron, et vérifiez le journal pour confirmer que chaque synchronisation s'est terminée
- Responsable des opérations : lancez une tâche d'app le matin en semaine qui régénère un rapport et réessaie automatiquement si la source est brièvement indisponible
- Développeur en solo : placez une tâche d'agent récurrente sur un cron nocturne pour que le travail routinier tourne sans surveillance sur votre propre machine, avec vos propres clés d'API
Questions fréquentes
Quelle syntaxe cron osFoundry utilise-t-il ?
Des expressions cron standard : cinq champs pour la minute, l'heure, le jour du mois, le mois et le jour de la semaine. Ainsi `0 * * * *` s'exécute au début de chaque heure et `30 6 * * 1-5` à 6h30 les jours ouvrés. La planification se définit par app.
Que se passe-t-il si une exécution planifiée échoue ?
La tâche réessaie au lieu d'abandonner le travail en silence, et chaque tentative est enregistrée dans l'historique d'exécutions de l'app afin que vous voyiez quelles exécutions ont réussi, lesquelles ont échoué et ce que chacune a produit.
Où les tâches s'exécutent-elles, et combien coûtent-elles ?
osFoundry est un espace de travail de bureau local-first en apportez-votre-propre-clé, donc une tâche d'app planifiée s'exécute contre les modèles et services que vous connectez avec vos propres clés d'API. Aucune marge de revendeur ne s'ajoute à cet usage et aucun frais par siège n'est demandé pour la planification.