stable selon ta définition : je me souviens pas quand osm.org m'a répondu "service pas dispo" ou n'a pas répondu, donc 100% ? :)
disponibilité sans latence : là est le soucis avec osm.org c'est un choix que d'essayer de faire du rendu "temps réel" au lieu de répondre avec l'ancienne tuile par défaut. Et quand la tuile n'est pas dispo sur le serveur de rendu, la latence pour l'avoir peux être énorme en journée. sur le rendu libre cyclo hébergé sur osm-fr, le choix inverse a été fait (fournir la tuile du cache, les maj se font de manière séparé) le cache du cache d'osm.org : pq pas... pour un petit truc mini... mais de quelle volunme on parle ? osm.org est une vitrine et un feedback aux contributeurs, pas un service commercial gratuit. Je suis sur qu'il y a des entreprises qui font moins cher que GM et si tu trouves pas, je te montre la voie :-) Le 07.02.20 à 17:09, Jérôme Seigneuret a écrit : > Stable : disponibilité du service sans rupture de continuité > Disponibilité : accès au service sans latence > > Le cache c'est une des proposition que j'ai proposé pour éviter de > solliciter inutilement le serveur. > La tuile à jour oui au démarrage des outils. Ce sont des application > mobiles. Les délais de réponse c'est du classique mais quelque chose qui > permet de bosser sans latence visible. > Le prestataire nous propose du google maps car juge le service > d'OSM instable... Je cherche donc des contre arguments tangibles et des > infos sur la rupture de service... Un peu comme on a sur les serveurs > avec des taux de disponibilité. Je pense que le prestaire par du service > général osm.org <http://osm.org>. L'autre chose que j'ai proposé c'est > de monter un serveur miroir pour fournir de la disponibilité avec un > load balancer. Mais là il y a une question de coût à aborder. De > toute-façon l'étude de côut GM n'est pas évaluée car compliqué à estimer > par le prestataire... > > > Le ven. 7 févr. 2020 à 16:07, marc marc a écrit : > > Le 07.02.20 à 15:44, Jérôme Seigneuret a écrit : > > Bonjour, > > > > A t'on des stat sur la stabilité et la disponibilité du fond OSM merci > > il y a tellement de critère que cela me semble compliqué. > c'est quoi stable ? > c'est quoi disponible ? fournir la tuile en cache c'est disponbile ? > ou faut fournir une tuile à jour avec les données de moins de X min ? > répondre en moins de x ms pour les tuiles à jour ? > > côté osm-fr je crois qu'on a aucune stats de ce genre, > hormis celle qu'on peux sortir du graphe munin (% de tuile servie > périmée depuis le cache faute d'avoir pu être rendue dans un délais > court). stats complètement déformée par la présence d'un cache frontal > et du cache des navigateurs. > > osm.org <http://osm.org> a les mêmes graphes munin, avec les mêmes > défauts. > je veux bien me renseigner si les caches distribués ont un monitoring > qualité style délais pour founir une tuile. mais j'en doute. > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-fr > > > > -- > Cordialement, > Jérôme Seigneuret > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
