<div dir="ltr"><div><div><div><div><div><div>Bonjour,<br><br></div>Je partage l'avis de Marc sur la mise en place d'un tampon métier.<br></div>L'overpass API couvre tellement d'acteurs et de cas d'usages qu'il n'est pas raisonnable de lui demander d'encaisser 100% de la charge d'un projet en particulier.<br><br></div>En montant un buffer (pas un cache), vous pouvez mieux maitriser les mises à jour de vos données, depuis l'overpass mais aussi depuis d'autres sources selon un fonctionnement qui vous est propre.<br></div>Je n'avais pas prêté attention à cette hypothèse de design de Jungle bus<br><br></div>Il en va de même pour tous les projets qui s'appuient directement sur overpass<br><br><br></div>A+<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><b>François Lacombe</b><br><br>fl dot infosreseaux At gmail dot com<br><a href="http://www.infos-reseaux.com" target="_blank">www.infos-reseaux.com</a><br><a href="http://www.twitter.com/InfosReseaux" target="_blank">@InfosReseaux</a></div></div></div>
<br><div class="gmail_quote">Le 21 juillet 2017 à 00:23, marc marc <span dir="ltr"><<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bonsoir,<br>
<br>
Je suis fan de la haute disponibilité et solution équivalente.<br>
<br>
Il y a 2 overpass api planté : allemande et française.<br>
Une première solution applicative est d'avoir la liste de toute les<br>
serveurs overpass api et de passer au suivant en cas d'erreur dans un<br>
ordre statique ou dans un ordre dépendant de la localisation de ce qu'on<br>
demande.<br>
Ce choix peux se faire dan l'app ou idéalement il faudrait des "proxy<br>
d'api" ultra léger qui s'en chargent.<br>
C'est la structure classique d'une infra HA (reverse proxy redondant<br>
devant des serveur applicatifs redondant)<br>
<br>
Mais l'expérience m'a appris que le plus stable est souvent le cache.<br>
N'ayant pas pu tester Jungle Bus (incompatibilité), je me demandais que<br>
pouvait demander l'application de si dynamique ?<br>
Un arrêt de bus, cela ne bouge pas souvent, une ligne de bus non plus.<br>
Sauf erreur de ma part, osm a une copie locale de la base mondiale.<br>
N'est-il pas envisageable d'avoir la votre qui se mettrait à jour avec<br>
des diffs concernant les quelques types d'objets concernés ?<br>
J'imagine cela en mode push, sous forme de diff, sur le même modèle que<br>
<a href="http://osm.fr" rel="noreferrer" target="_blank">osm.fr</a> reçoit lui-même des infos pour garder sa copie locale à jour.<br>
Le seul hic c'est que les export de diff n'ont peut-être pas encore de<br>
filtre autre que géographique. Trimble Data a l'air de le faire sur<br>
requête manuelle, il faudrait l'équivalent en push.<br>
<br>
L'autre partie de la solution c'est d'avoir une alerte quand l'api est<br>
en rade afin d'éviter qu'elle le reste trop longtemps et de pouvoir en<br>
trouver aussi plus facilement la cause.<br>
Peut-être que cela existe déjà mais je n'ai rien vu sur la ml tech.<br>
<br>
--<br>
<br>
Le 20. 07. 17 à 21:07, Florian LAINEZ a écrit :<br>
<span class="im HOEnZb">> Salut,<br>
> Aujourd'hui on a eu -encore !- une interruption de service sur<br>
> l'overpass API. Cela a impacté l'appli Jungle Bus mais j'imagine tout un<br>
> tas d'autres services qui se basent dessus.<br>
> J'ai l'impression que cela se produit souvent. Je constate dans mes<br>
> projets que ce service reste le maillon faible technique et impose de<br>
> mettre en place une pénible redondance.<br>
><br>
> Est-ce que vous sauriez à quoi cela est dû ? Quelles en sont les causes<br>
> profondes ?<br>
> Y aurait-il une solution que nous pourrions mettre en place pour venir<br>
> en soutien à nos amis les teutons qui gèrent le bouzin ?<br>
> Est-ce plutôt un besoin de dev ou d’hébergement ?<br>
> Bref, on résout le problème ? ;)<br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br></div>