[OSM-talk-fr] Sécuriser Overpass API : quelles solutions ?

[François Lacombe]

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 <marc_marc_irc at hotmail.com> 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
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20170721/3108f766/attachment.htm>