Migration weg von Auth0, ohne alle auszuloggen
Von Das Alt-Auth-Team
Der Grund, warum Teams bei einem Authentifizierungsanbieter bleiben, dem sie entwachsen sind, liegt selten am Produkt. Es ist die Migration: die Angst vor einem Wartungsfenster, davor, jedem Kunden eine Passwort-Zurücksetzen-E-Mail zu schicken, davor, dass eine vergessene Integration an einem Freitag bricht. Diese Angst ist größtenteils unbegründet, wenn man den Umzug richtig staffelt.
Stufe eins: Doppelschreiben, einfach lesen
Beginnen Sie damit, jeden Nutzer im neuen System anzulegen, sobald er sich am alten authentifiziert. Ihre App vertraut weiterhin dem alten Anbieter; der neue sammelt still eine identische Nutzertabelle. Nach einem vollständigen Abrechnungszyklus haben Sie den überwiegenden Teil der aktiven Nutzer erfasst, ohne dass es jemand bemerkt.
Stufe zwei: den Lesepfad umschalten
Richten Sie neue Sitzungen auf den neuen Anbieter aus und behalten Sie den alten als Fallback für alle, die noch nicht migriert sind. Da beide signierte Token ausstellen, kann Ihre App während der Überlappung beide prüfen. Dies ist der einzige wirklich riskante Schritt, und er lässt sich mit einer einzigen Konfigurationsänderung zurückdrehen.
Stufe drei: den Rest aufräumen
- Exportieren Sie die verbleibenden ruhenden Konten und importieren Sie sie per CSV.
- Diese Nutzer laufen beim ersten Wiederkommen durch die Passwortwiederherstellung — ein normaler Ablauf, keine Massen-Zurücksetzen-E-Mail.
- Halten Sie den alten Tenant noch einen Zyklus lang schreibgeschützt am Leben, bevor Sie ihn kündigen.
- Erst dann entfernen Sie den Fallback-Prüfpfad aus Ihrer App.
Die ganze Abfolge läuft über Wochen im Hintergrund. Es gibt kein Fenster, keine E-Mail an alle Kunden und keinen Moment, in dem eine Anmeldung fehlschlägt, weil der Wechsel mitten in einer Anfrage passiert.