My Geocode

Migration

Was die Kündigungsfrist eines Anbieters für Ihre Migration bedeutet

· 3 Min. Lesezeit · My Geocode · #Abkündigung#Ankündigungsfrist#Migrationsplanung#Geokodierung#Anbietermanagement

Die Ankündigungsfrist eines Anbieters, also der Zeitraum zwischen einer angekündigten Abkündigung oder Einstellung und dem Tag, an dem sie tatsächlich wirksam wird, ist eine der wertvollsten und am häufigsten verschwendeten Ressourcen bei einer erzwungenen Migration. Sie soll integrierenden Teams gezielt Zeit geben, geordnet zu reagieren, doch überraschend viele Migrationen werden trotzdem in den letzten Tagen überstürzt, weil die ersten Wochen einer Ankündigungsfrist meist für andere Prioritäten draufgehen, bevor sich die Frist real anfühlt.

Der grundlegende Fehler besteht darin, eine ferne Frist so zu behandeln, als gäbe es gar keine. Eine Ankündigungsfrist von mehreren Monaten wirkt am Anfang wie reichlich Zeit, um eine Migration zu planen, wann immer es passt. Es passt selten lange, denn andere Arbeit kommt nach ihrem eigenen Zeitplan hinzu, und eine Frist, die sich angenehm weit weg anfühlte, wird gern plötzlich dringend.

Besser nutzen Sie eine Ankündigungsfrist, indem Sie vom tatsächlichen Stichtag rückwärts planen und die Prüf- und Testzeit einbauen, die eine Migration wirklich braucht, statt mit „Wir haben reichlich Zeit“ zu beginnen und den Zeitplan mit anderen Dingen volllaufen zu lassen. Eine sinnvolle Aufteilung für eine Ankündigungsfrist von mehreren Monaten könnte so aussehen:

  1. Das erste Viertel des Zeitraums: den vollen Umfang dessen erfassen, was von dem abgekündigten Dienst abhängt, jede Aufrufstelle inventarisieren und einen Ersatz auswählen
  2. Die mittlere Hälfte: die Ersatzintegration bauen und testen, einschließlich Fehlerbehandlung, Verhalten beim Kontingent und Randfällen, die für Ihre eigenen Daten spezifisch sind
  3. Das letzte Viertel: beide Anbieter nach Möglichkeit parallel betreiben, auf Abweichungen achten und die Umstellung mit echter verbleibender Zeit als Puffer abschließen, nicht erst knapp vor der Frist

Diese Struktur behandelt den letzten Teil der Ankündigungsfrist als Puffer für die unvermeidliche Verzögerung statt als den Zeitraum, in dem die eigentliche Arbeit stattfindet, und genau dort gehen überstürzte Migrationen meist schief.

Wenn es für den abgekündigten Anbieter einen Kompatibilitäts-Host gibt, verändert das, wie viel von der mittleren Phase, dem Bauen und Testen der Ersatzintegration, tatsächlich nötig ist, denn ein passender Kompatibilitäts-Host bedeutet, dass der Code zum Parsen der Antworten, den Ihre Anwendung bereits hat, überhaupt nicht neu geschrieben werden muss, sondern nur auf einen neuen Host mit neuen Zugangsdaten zeigen muss. Die 17 Kompatibilitäts-Hosts von My Geocode, aufgelistet unter /compatibility/, decken genau dieses Szenario für eine nennenswerte Zahl von Anbietern ab, und es lohnt sich, diese Liste früh in der Ankündigungsfrist zu prüfen, gleich in der Bewertungsphase, bevor Sie Entwicklungszeit in ein komplettes Neuschreiben der Parsing-Logik stecken, das ein Kompatibilitäts-Host möglicherweise überflüssig macht.

Wie auch immer der tatsächliche Zeitplan aussieht: Am wichtigsten ist die Disziplin, mit der Bewertungsphase an dem Tag zu beginnen, an dem eine Ankündigung eintrifft, nicht in der Woche, in der sich die Frist nah anzufühlen beginnt.

Mehr zu Migration