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.
Dejar una integración de zona horaria de Bing Maps
A la funcionalidad de zona horaria de Bing se suele llegar a través de su Locations API con un indicador de zona horaria, o mediante una llamada de zona horaria dedicada, según cómo se construyera originalmente la integración. En cualquier caso, suele estar dentro de la misma cuenta de Bing Maps Dev Center que la geocodificación, lo que significa que un cambio completo de cuenta normalmente afectaría a ambas a la vez, incluso cuando solo está en cuestión la parte de la zona horaria.
Los datos de zona horaria son una respuesta pequeña y bien delimitada: un identificador, un desfase respecto a UTC y normalmente una indicación sobre el horario de verano para la coordenada y la fecha indicadas. Esa compacidad es una ventaja real al planificar una migración, porque hay relativamente poca estructura de respuesta que verificar con casos de prueba reales antes de dar por completado el cambio.
La consulta de zona horaria de My Geocode funciona como un endpoint independiente y totalmente funcional, documentado en /docs/timezone-lookup/, completamente separado de los hosts de compatibilidad de geocodificación. Devuelve directamente la información de zona horaria de una coordenada, lo que significa que esta migración no exige decidir antes nada sobre el resto de una integración de Bing Maps. Los equipos pueden mover ahora las llamadas de zona horaria y tomarse más tiempo para valorar si migran también la geocodificación.
Pasos que conviene seguir específicamente en esta migración:
- Identifica cada función que llama actualmente a la funcionalidad de zona horaria de Bing, teniendo en cuenta que puede estar integrada dentro de una llamada más amplia a la Locations API y no en un endpoint aparte en el código existente
- Extrae esa lógica a una función propia con un nombre claro si todavía no está separada, lo que convierte el cambio de proveedor en sí en un único cambio localizado
- Prueba el nuevo endpoint con coordenadas que tengan un comportamiento de zona horaria poco habitual conocido (regiones con desfases que no son horas enteras, lugares sin horario de verano) antes de dar por verificada la migración
La autenticación usa una clave, enviada como X-API-Key, Authorization: Bearer, autenticación HTTP Basic o un parámetro de consulta, la opción que mejor encaje con la forma en que el resto de tu aplicación ya envía credenciales a otros servicios.
Los precios son planos en todos los casos: 2.500 solicitudes gratuitas al día sin necesidad de clave, 2.500 gratuitas más por clave y por día, contadas por red, y después crédito prepago a 0,0001 € por solicitud o una clave Unlimited a 50 € al mes, sin una tarifa aparte para las consultas de zona horaria frente a cualquier otro endpoint. Teniendo en cuenta las pocas llamadas de zona horaria que hacen en realidad la mayoría de las aplicaciones en comparación con el volumen de geocodificación, es habitual que esta parte concreta quepa holgadamente dentro de la cuota diaria gratuita incluso después de una migración completa, algo que conviene comprobar con tus propios números antes de suponer que necesita siquiera un plan de pago.