Ton option de dipatcher (avec un proxy intelligent qui répartit les requêtes des clients vers plusieurs serveurs) il y a aussi les 50 ms pour CHAQUE tuile.
Et à cela tu dois ajouter une consommation de bande passante quasiment doublée (ton dispatcher consommera à la fois de la bande passante amont ET aval, presque en même quantité pour les niveaux de zoom élevés. Si ton dispatcher est installé sur une connexion Internet asymétrique, c'est le débits des deux qui s'effondre vers le plus petit des deux, et le temps de réponse avec. On n'a pas ce problème avec une répartition au niveau DNS (bande passante négligeable pour les requêtes sur le serveur DNS, et aucune obligation de faire ce ping-pong pour CHAQUE tuile demandée par le même client, qui ne fera sa requête DNS qu'une seule fois pour arriver ensuite directement sur le "bon" serveur sans aucun ping-ping supplémentaire, sans délai, et sans doubler la bande passante quelque part pour livrer le contenu des tuiles). Le 19 décembre 2012 21:25, sly (sylvain letuffe) <[email protected]> a écrit : > > La solution d'un proxy n'est pas vraiment envisageable, à moins qu'il ne > > fasse des 301 HTTP Redirect > > Voilà ;-) > > > sur les bons serveurs. (je ne sais pas si c'est possible) > > si si, seul défaut, par rapport à ton option "DNS level" c'est qu'on se > tape > un aller retour pour rien vers le dispatcher, mais m'est avis que 50ms > c'est > pas ça qui posera tant de problème. > > > -- > sly, DWG member since 11/2012 > Coordinateur du groupe [ga] > http://wiki.openstreetmap.org/wiki/User:Sletuffe > > _______________________________________________ > dev-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev-fr >
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
