Aller au contenu principal

Utilisation des Scheduled Tasks

3 août 2022

Contributeurs​

Simon B., Sébastien F.

Statut​

Accepté

Contexte​

Afin de transformer et de charger ponctuellement des stages, nous avons initialement choisi d'utiliser les Custom Clock Processes de Scalingo plutôt que les Scheduled Tasks (en beta).

Le problème rencontré est que, contrairement aux Scheduled Tasks, les Custom Clock Processes sont des containers Scalingo qui tournent 24h/24. De ce fait, la facturation de ces Custom Clock Processes était drastiquement plus chère que pour les Scheduled Tasks.

Décision​

Nous avons décidé de migrer vers les Scheduled Tasks de Scalingo pour résoudre cette problématique d'hébergement.

Conséquences​

Point(s) positif(s) :

  • Le coût d'hébergement est beaucoup plus bas ;
  • Nous pouvons modifier des variables d'environnement à la volée qui seront prises en compte au prochain lancement de la tâche
  • Il est plus simple de monitorer les Scheduled Tasks.

Point(s) négatif(s) :

  • Le temps d'exécution des crons ne peuvent pas dépasser 15 mins ;
  • Il y a une intervalle entre deux exécutions d'un même cron à respecter ;
  • On ne peut plus modifier l'intervalle d'exécution des crons via des variables d'environnement ;
  • On ne peut plus exécuter le cron à l'initialisation.

Autres pistes explorées​

Les Custom Clock Processes ont été préalablement utilisés mais leur coût d'hébergement était trop important.