Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ordonnancement de services #1119

Open
ptbrowne opened this issue Dec 18, 2017 · 3 comments
Open

Ordonnancement de services #1119

ptbrowne opened this issue Dec 18, 2017 · 3 comments

Comments

@ptbrowne
Copy link
Contributor

ptbrowne commented Dec 18, 2017

Nous avons besoin qu'un service soit lancé après le succès d'un autre service. Notre use case est : lorsque des transactions bancaires sont remontées par un connecteur, nous envoyons des emails d'alertes en cas de transactions importantes. Ces emails contiennent la catégorie d'un email. Nous cherchons maintenant à faire de la catégorisation automatique de transactions. Nous voulons donc que le service de catégorisation automatique se lance avant le service d'envoi d'email. Il me semble qu'il n'y a pas de moyen documenté de faire ca. Nous avions pensé à mettre une durée de debounce plus importante pour le deuxième service mais cela nous semble assez fragile.

Une deuxième solution serait d'avoir des évenéments déclenchés automatiquement à la fin d'un service : ex "service:success:categorisation" qui serait le trigger pour le service d'email. Qu'en pensez vous ?

@ptbrowne
Copy link
Contributor Author

Ping ?

@nono
Copy link
Member

nono commented Dec 28, 2017

Nous n'avons effectivement aucun moyen documenté de déclencher un service après un autre. Jusque là, nous n'avions pas eu le cas d'une app avec plusieurs services.

Une possibilité que j'avais évoquée précédemment serait que le premier service écrive dans un autre type de documents quand il a fini de faire quelque chose. Le second service peut alors écouter sur ce second doctype pour lancer ses traitements. Il me semble que cette manière de fonctionner ne convienne pas pour ton cas d'usage, car c'est le même doctype qui est utilisé partout.

Je te propose de commencer avec le debounce, nous n'aurons pas d'autres méthodes tout de suite (ça ne rentre pas dans notre prochain sprint).

@ptbrowne
Copy link
Contributor Author

OK, je laisse l'issue ouverte pour qu'on oublie pas. Merci.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants