Migracja z Auth0 bez wylogowywania wszystkich
Autor: Zespół Alt Auth
Powód, dla którego zespoły zostają u dostawcy uwierzytelniania, z którym wyrosły, rzadko dotyczy produktu. Chodzi o migrację: strach przed oknem serwisowym, przed wysłaniem każdemu klientowi maila o resecie hasła, przed tym, że zapomniana integracja padnie w piątek. Ten strach jest w dużej mierze bezpodstawny, jeśli przeprowadzka jest dobrze zaplanowana w etapach.
Etap pierwszy: podwójny zapis, pojedynczy odczyt
Zacznij od utworzenia każdego użytkownika w nowym systemie w momencie, gdy uwierzytelnia się w starym. Twoja aplikacja nadal ufa starszemu dostawcy; nowy po cichu gromadzi identyczną tabelę użytkowników. Po pełnym cyklu rozliczeniowym obejmiesz zdecydowaną większość aktywnych użytkowników, a nikt tego nie zauważy.
Etap drugi: przełącz ścieżkę odczytu
Skieruj nowe sesje do nowego dostawcy, zachowując starego jako zapasowego dla tych, którzy jeszcze nie zostali przeniesieni. Ponieważ obaj wystawiają podpisane tokeny, Twoja aplikacja może weryfikować każdy z nich w czasie nakładania się. To jedyny naprawdę ryzykowny krok, i da się go cofnąć jedną zmianą konfiguracji.
Etap trzeci: uporządkuj ogon
- Wyeksportuj pozostałe uśpione konta i zaimportuj je przez CSV.
- Ci użytkownicy przy pierwszym powrocie przejdą przez odzyskiwanie hasła — zwykły przepływ, a nie masowy mail z resetem.
- Zostaw stary tenant przy życiu, w trybie tylko do odczytu, jeszcze przez jeden cykl przed anulowaniem.
- Dopiero wtedy usuń z aplikacji zapasową ścieżkę weryfikacji.
Cała sekwencja przebiega w tle przez kilka tygodni. Nie ma okna, nie ma maila do wszystkich klientów i nie ma momentu, w którym logowanie się nie udaje, bo przełączenie nastąpiło w połowie żądania.