Eine Zapier- oder Make-Automatisierung auf einen neuen Geokodierungs-Host migrieren
No-Code-Automatisierungen mit einem Geokodierungsschritt brauchen einen anderen Migrationsansatz als eigener Code. So gehen Sie bei diesem Wechsel vor.
Eine Bing-Maps-Zeitzonenintegration ablösen
Die Zeitzonenfunktion von Bing wird in der Regel entweder über die Locations API mit einem Zeitzonen-Flag oder über einen eigenen Zeitzonenaufruf erreicht, je nachdem, wie eine Integration ursprünglich gebaut wurde. So oder so liegt sie meist im selben Bing-Maps-Dev-Center-Konto wie die Geokodierung. Eine vollständige Kontoumstellung würde daher normalerweise beides gleichzeitig betreffen, selbst wenn eigentlich nur der Zeitzonenteil zur Debatte steht.
Zeitzonendaten sind eine kleine, klar abgegrenzte Antwort: eine Kennung, ein UTC-Offset und meist ein Hinweis darauf, ob für die jeweilige Koordinate und das Datum Sommerzeit gilt. Diese Kompaktheit ist ein echter Vorteil bei der Planung einer Migration, denn es gibt vergleichsweise wenig Antwortstruktur, die anhand echter Testfälle überprüft werden muss, bevor der Umzug als abgeschlossen gelten kann.
Die Zeitzonenabfrage von My Geocode läuft als unabhängiger, voll funktionsfähiger Endpunkt, dokumentiert unter /docs/timezone-lookup/, völlig getrennt von den Geokodierungs-Kompatibilitäts-Hosts. Sie liefert die Zeitzoneninformationen für eine Koordinate direkt, sodass diese Migration keine vorherige Entscheidung über den Rest einer Bing-Maps-Integration erfordert. Teams können die Zeitzonenaufrufe jetzt umziehen und sich mehr Zeit für die Prüfung nehmen, ob sie auch die Geokodierung migrieren.
Schritte, die sich speziell für diese Migration lohnen:
- Ermitteln Sie jede Funktion, die derzeit die Zeitzonenfunktion von Bing aufruft, und denken Sie daran, dass sie im bestehenden Code in einen umfassenderen Aufruf der Locations API eingebettet sein kann statt in einen separaten Endpunkt
- Lagern Sie diese Logik in eine eigene, klar benannte Funktion aus, falls sie noch nicht getrennt ist. Dadurch wird der eigentliche Anbieterwechsel zu einer einzigen, lokal begrenzten Änderung
- Testen Sie den neuen Endpunkt mit Koordinaten, deren Zeitzonenverhalten bekanntermaßen ungewöhnlich ist (Regionen mit Offsets, die keine vollen Stunden sind, Orte ohne Sommerzeit), bevor Sie die Migration als überprüft betrachten
Die Authentifizierung verwendet einen Schlüssel, der als X-API-Key, per Authorization: Bearer, HTTP Basic Auth oder als Query-Parameter gesendet wird, je nachdem, was am besten dazu passt, wie der Rest Ihrer Anwendung bereits Zugangsdaten an andere Dienste sendet.
Die Preise sind durchgehend einheitlich: 2.500 kostenlose Anfragen pro Tag, ohne dass ein Schlüssel nötig ist, 2.500 weitere kostenlos pro Schlüssel und Tag, gezählt pro Netzwerk, danach Prepaid-Guthaben zu 0,0001 € pro Anfrage oder ein Unlimited-Schlüssel zu 50 € pro Monat, ohne gesonderten Tarif für Zeitzonenabfragen im Vergleich zu anderen Endpunkten. Da die meisten Anwendungen im Verhältnis zu ihrem Geokodierungsvolumen nur wenige Zeitzonenaufrufe machen, bleibt gerade dieser Teil selbst nach einer vollständigen Migration häufig bequem innerhalb des kostenlosen Tageskontingents. Prüfen Sie das anhand Ihrer eigenen Zahlen, bevor Sie davon ausgehen, dass Sie überhaupt einen kostenpflichtigen Tarif brauchen.