Migrar una automatización de Zapier o Make a un nuevo host de geocodificación
Las automatizaciones sin código basadas en un paso de geocodificación necesitan un enfoque de migración distinto al del código propio. Así puedes gestionar ese cambio.
Estimar tus necesidades reales de cuota antes de cambiar
Un número sorprendente de migraciones empieza con una estimación aproximada del volumen de solicitudes en lugar de una medición real, y esa estimación suele fallar en una de dos direcciones: o es demasiado conservadora, y lleva a un plan que paga por mucha más capacidad de la que se usa, o es demasiado optimista, y lleva a alcanzar un límite de forma inesperada durante la primera semana de tráfico real.
La forma fiable de estimar las necesidades de cuota es medir primero tu uso actual con tu proveedor actual, en lugar de estimarlo en abstracto a partir del número de usuarios o del uso de funciones. La mayoría de los proveedores muestran estadísticas de uso en algún sitio: un panel, una factura mensual o los registros que tu propia aplicación ya guarda. Extraer el número real de solicitudes de un periodo representativo, idealmente incluyendo al menos un día de pico, como un lunes por la mañana o un pico estacional relevante para tu negocio, te da una cifra real con la que planificar en lugar de una suposición.
Una vez que tienes esa referencia, importan algunos ajustes:
- Separa los tipos de llamada si tu proveedor agrupa varios endpoints en sus informes de uso, ya que la geocodificación, el autocompletado y las consultas de IP pueden tener volúmenes muy distintos incluso dentro de la misma cuenta, y distintos endpoints pueden acabar en planes diferentes tras una migración
- Ten en cuenta el crecimiento de forma explícita, aplicando un margen razonable por encima del volumen de pico actual en lugar de planificar exactamente con las cifras de hoy, sobre todo si uno de los motivos para migrar es un aumento de tráfico previsto
- Comprueba si parte de tu volumen actual es desperdicio redundante o de reintentos, como un autocompletado que se dispara con cada pulsación de tecla sin un umbral mínimo de caracteres, ya que una migración es un momento natural para corregir ineficiencias que antes nunca valió la pena revisar
Con una cifra real en la mano, compararla con la estructura de cuotas de My Geocode es sencillo. Hay 2.500 solicitudes gratuitas al día desde cualquier dirección sin necesidad de clave, y cada clave recibe además 2.500 solicitudes gratuitas al día, contadas por red, ya sea un /24 de IPv4 o un /48 de IPv6, compartidas entre el uso sin clave y con clave desde esa red. Muchos proyectos pequeños y herramientas internas se mantienen por completo dentro de esta cuota gratuita una vez que se comprueba el volumen real medido en lugar de suponer que es mayor.
Más allá de la cuota gratuita, la elección está entre el crédito prepago a 0,0001 € por solicitud o una clave Unlimited a 50 € al mes, y el punto de equilibrio entre ambas opciones es una simple división: 50 € dividido entre 0,0001 €, así que a partir de 500.000 solicitudes al mes es cuando Unlimited empieza a resultar más económico que el crédito prepago, aunque la elección correcta también depende de cuánto valores un coste mensual fijo frente a uno variable que se ajusta exactamente al uso. Cada solicitud, sea cual sea el endpoint o el host compatible, lleva las mismas cabeceras de cuota, entre ellas X-Quota-Limit, X-Quota-Used y X-Quota-Reset, documentadas en /docs/rate-limits/, lo que hace que el seguimiento continuo después de la migración sea tan medible como la estimación que la precedió.