Migrujesz aplikację MySQL działającą lokalnie do Compute Engine, używając Cloud SQL, z minimalnym czasem przestoju, bez utraty danych i z minimalnymi zmianami w kodzie. Który plan przełączenia zastosujesz?

Poprawna odpowiedź opisuje strategię migracji z minimalnym czasem przestoju i bez utraty danych, wykorzystując replikację. Początkowe uruchomienie aplikacji w Compute Engine, która nadal odczytuje i zapisuje dane do lokalnej bazy MySQL, pozwala na skonfigurowanie replikacji Cloud SQL z lokalnego źródła. Po pełnej synchronizacji repliki, można ją promować do samodzielnej instancji Cloud SQL, a aplikacja w Compute Engine przełączy się na nową bazę danych. Ta metoda minimalizuje niedostępność usługi. Pozostałe opcje są mniej odpowiednie. Opcja z mysqldump i ponownym uruchomieniem aplikacji lokalnej, a następnie modyfikacją kodu do zapisu do obu baz danych, jest zbyt złożona i ryzykowna. Opcja z mysqldump i importem do Cloud SQL, a następnie uruchomieniem aplikacji, wiąże się z dłuższym przestojem. Opcja z Cloud SQL proxy i MySQL proxy również opiera się na mysqldump, co oznacza przestój i potencjalną utratę danych z transakcji dokonanych podczas tworzenia zrzutu.