Refonte segments - Vue d'ensemble des enjeux techniques / définition architecture

[VincentAntoine]

Vue d'ensemble des tables / flows / use cases impactés et des actions à mener : https://docs.google.com/presentation/d/1puvI8ySaW6nom7Ei8W2-vrF2mwl35fQY_UFuXnyZqno/edit?usp=sharing

Décider d'une stratégie de migration (ou pas) des données :

• Préavis JPE --> trip_segments
• Préavis manuels --> trip_segments
• Contrôles --> segments
• Objectifs de contrôle

Questions à creuser :

• En cas de changement d'architecture ou de logique dans les fonctionnalités impliquant les segments, comment gérer les données legacy pour qu'elle restent consultables via Monitorfish ?
• Comment faire en sorte que les flows Prefect fonctionnent sans rupture de continuité entre les données legacy et les données avec la nouvelle mouture des segments ?
• Faut-il implémenter deux logiques, la legacy et la nouvelle, et choisir celle qui s'applique en fonction de la date du contrôle / du préavis ?