Aeris1One
commented
1 month ago Est-ce que Motis supporte le découplage de la génération du graphe et son utilisation ?
Je sais qu'OpenTripPlanner permet d'utiliser une machine puissante pour générer un fichier "graphe des réseaux" puis d'utiliser des machines moins puissantes qui n'y ont accès qu'en lecture-seule pour l'exploiter et exposer l'API.
Si c'est le cas, on pourrait peut-être faire un système un peu plus avancé :
- lorsqu'il y a une mise à jour des GTFS on lance une instance Compute qui génère le graphe Motis, l'uploade sur du S3 puis s'éteint (cette machine très puissante, comme actuellement, n'est allumée qu'une à deux heures par jour, et seulement les jours où les GTFS ont changé dans l'idéal)
- ensuite, une autre instance Compute bien moins puissante, qui est allumée en permanence. Lorsqu'elle démarre elle récupère le graphe depuis S3 et expose l'API. Elle est redémarrée chaque nuit après que la première instance ait terminé de construire le graphe.
Avantages :
- c'est moins cher que d'avoir la machine puissante allumée (et donc facturée) en permanence
- ça réduit énormément le temps d'indisponibilité de Motis la nuit (seule indisponibilité le temps que la petite machine télécharge le nouveau graphe et lance)
Inconvénients :
- 2 machines à gérer
- Paiement moins prévisible (devient dépendant du temps de compilation du graphe)
EDIT: Non, Motis ne semble pas supporter ce fonctionnement.
laem
Nous utilisons actuellement du Scaleway compute, mais le Elastic meta serait semble-t-il beaucoup moins cher avec notamment 32Go, ce qui nous permettrait de parser france.osm.pbf sur le serveur.
Ça demande un peu de plomberie, et surtout un engagement mensuel.