Selon les itérations du live coding, certaines petites variations (et bugs 😛) peuvent se glisser. Pensez à checkout sur la branche du talk !
cd dashboard && yarn install && yarn devPour lancer le cluster Temporal :
docker compose upPuis ajouter le search attribute ShippingStatus:
tctl admin cluster add-search-attributes --name ShippingStatus --type KeywordMême si d'un point de vue Temporal, je suis sur une archi distribuée, pour les besoins de la démo je lance tout comme un monolithe.
Le runnable se trouve dans /gateway
Pour lancer:
cd gateway && mvn clean install && mvn springboot:runLe front est quick and dirty
En terme de design, le workflow developpé ne respecte pas forcément les meilleures pratiques.
On pourrait facilement se retrouver dans une situation de soft-lock, par exemple si un des signal arrive a un moment non attendu. Pour fixer ça il faudrait par exemple :
- Rajouter de la validation quand on reçoit un signal, pour être sur que notre commande ne revienne pas dans un état précédent
- Implémenter des signaux idempotents. Par exemple avec des triggers boolean :
orderIsShipped: Boolean. De cette manière rejouer le signal n'aura pas d'impact.