Migration

Estimer vos besoins réels de quota avant de changer

Un nombre étonnant de migrations commencent par une estimation approximative du volume de requêtes plutôt que par une mesure réelle, et cette estimation a tendance à se tromper dans l'un de deux sens : soit trop prudente, ce qui conduit à une offre qui paie bien plus de capacité que nécessaire, soit trop optimiste, ce qui conduit à atteindre une limite de façon inattendue dès la première semaine de trafic réel.

La méthode fiable pour estimer vos besoins en quota consiste à mesurer d'abord votre utilisation actuelle chez votre fournisseur actuel, plutôt que de l'estimer dans l'abstrait à partir du nombre d'utilisateurs ou de l'usage des fonctionnalités. La plupart des fournisseurs exposent des statistiques d'utilisation quelque part : un tableau de bord, une facture mensuelle ou des journaux que votre propre application conserve déjà. Extraire le nombre réel de requêtes sur une période représentative, idéalement incluant au moins un jour de pointe comme un lundi matin ou un pic saisonnier propre à votre activité, vous donne un chiffre réel sur lequel planifier au lieu d'une supposition.

Une fois cette base établie, quelques ajustements comptent :

  • Séparez les types d'appels si votre fournisseur regroupe plusieurs endpoints dans ses rapports d'utilisation, car le géocodage, la saisie semi-automatique et les recherches IP peuvent avoir des volumes très différents au sein d'un même compte, et différents endpoints peuvent se retrouver sur des offres différentes après une migration
  • Tenez compte explicitement de la croissance, en appliquant une marge raisonnable au-dessus du volume de pointe actuel plutôt que de planifier exactement sur les chiffres d'aujourd'hui, surtout si la migration est motivée notamment par une hausse de trafic attendue
  • Vérifiez si une partie de votre volume actuel relève de gaspillage redondant ou de nouvelles tentatives, comme une saisie semi-automatique déclenchée à chaque frappe sans seuil minimal de caractères, car une migration est le moment naturel pour corriger des inefficacités qui n'avaient jamais valu la peine d'être revues auparavant

Avec un chiffre réel en main, le comparer à la structure de quotas de My Geocode est simple. Il y a 2 500 requêtes gratuites par jour depuis n'importe quelle adresse sans clé, et chaque clé bénéficie aussi de 2 500 requêtes gratuites par jour, comptées par réseau, qu'il s'agisse d'un /24 en IPv4 ou d'un /48 en IPv6, et partagées entre l'utilisation sans clé et avec clé depuis ce réseau. De nombreux petits projets et outils internes restent entièrement dans ce quota gratuit une fois le volume réellement mesuré vérifié, au lieu d'être supposé plus élevé.

Au-delà du quota gratuit, le choix se fait entre le crédit prépayé à 0,0001 € par requête et une clé Unlimited à 50 € par mois, et le point de bascule entre ces deux options est une simple division : 50 € divisé par 0,0001 €, soit au-delà de 500 000 requêtes par mois, c'est là que Unlimited commence à devenir plus économique que le crédit prépayé, même si le bon choix dépend aussi de l'importance que vous accordez à un coût mensuel fixe par rapport à un coût variable qui suit exactement l'utilisation. Chaque requête, quel que soit l'endpoint ou l'hôte compatible, comporte les mêmes en-têtes de quota, notamment X-Quota-Limit, X-Quota-Used et X-Quota-Reset, documentés sur /docs/rate-limits/, ce qui rend le suivi continu après la migration aussi mesurable que l'estimation qui l'a précédée.