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.
ipstack, ip-api.com und ipinfo.io: die Datenstruktur im Vergleich
Anbieter für IP-Geolokalisierung greifen größtenteils auf ähnliche Kategorien zugrunde liegender Daten zurück, nämlich Land, Region, Stadt, Koordinaten und Netzwerkinhaber, verpacken sie aber in merklich unterschiedlichen Formen, und diese Formen bestimmen einen überraschend großen Teil der eigentlichen Integrationsarbeit, wenn Sie Anbieter bewerten oder zwischen ihnen wechseln.
ip-api.com setzt auf eine flache Struktur. Felder wie country, regionName, city, lat, lon, isp und query stehen ohne Verschachtelung direkt auf der obersten Ebene der Antwort, was sie schnell lesbar macht und die Abbildung auf eine flache Datenbankzeile oder eine einzelne Logzeile vereinfacht.
ipinfo.io fasst zwei häufig zusammengehörende Werte in einzelnen Zeichenketten zusammen: ein loc-Feld, das Breiten- und Längengrad gemeinsam als kommagetrennte Zeichenkette enthält, und ein org-Feld, das die Nummer des autonomen Systems und den Namen der Organisation in einer Zeichenkette vereint, etwa eine AS-Nummer gefolgt von einem Firmennamen. Das ist effizient für Logging und schnelle Anzeige, erfordert aber eine Aufteilung, bevor einer der beiden Werte als echte Zahl verwendet oder programmatisch verglichen werden kann.
ipstack geht mit mehr Struktur in die andere Richtung. Es liefert Felder der obersten Ebene wie type, continent_code, latitude und longitude als separate Werte und gruppiert Netzwerk- und ISP-Details in einem verschachtelten connection-Objekt statt in einer flachen Zeichenkette, was zu Anwendungen passt, die diese Details als eigenständiges Datenelement behandeln möchten.
Keine dieser drei Formen ist objektiv besser; sie spiegeln unterschiedliche Annahmen darüber wider, wie ein Aufrufer die Daten verwenden wird. Gegen eine flache Struktur lässt sich schneller spontaner Parsing-Code schreiben. Eine kompakte Struktur mit kombinierten Zeichenketten ist effizient für Logging-Pipelines, die eine Zeile pro Anfrage speichern. Eine verschachtelte Struktur hält zusammengehörige Felder gruppiert, für Anwendungen mit einem aufwendigeren internen Datenmodell.
My Geocode betreibt Kompatibilitätshosts für genau diese drei Formen: die flachen Felder von ip-api unter /compatibility/ip-api/, die kompakten Zeichenketten loc und org von ipinfo unter /compatibility/ipinfo/ und das verschachtelte connection-Objekt von ipstack unter /compatibility/ipstack/. Ein Vergleich wie dieser muss also nicht mit einem einzigen Sieger für alle enden; ein Team kann die Form verwenden, die sein bestehender Code bereits erwartet, oder während einer Evaluierung sogar mehrere Formen mit denselben zugrunde liegenden Abfragedaten testen, da alle drei Hosts auf derselben Plattform mit denselben Authentifizierungsoptionen und denselben Preisen laufen.
Da IP-Abfragen hier vollständig durchgängig funktionieren und nicht nur in ihrer Form nachgebildet sind, lässt sich dieser Vergleich direkt testen: Richten Sie ein kleines Skript mit denselben Test-IP-Adressen auf alle drei Kompatibilitätshosts und vergleichen Sie die tatsächliche Ausgabestruktur, die Ihr eigener Parsing-Code erhalten würde. Die Authentifizierung akzeptiert bei jedem von ihnen einen X-API-Key-Header, Authorization: Bearer, HTTP Basic Auth oder einen Query-Parameter, und 2.500 Anfragen pro Tag sind bei allen dreien kostenlos, ganz ohne Schlüssel, was einen direkten strukturellen Vergleich zu einer kostengünstigen Übung macht, bevor Sie sich für eine Form entscheiden.