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