Выполняется миграция локального приложения MySQL в Compute Engine с использованием Cloud SQL с минимальным временем простоя, без потери данных и с минимальными изменениями кода. Какой план перехода вы используете?

Этот план перехода обеспечивает минимальное время простоя и отсутствие потери данных за счет использования репликации. Сначала приложение переключается на Compute Engine, но продолжает использовать локальную базу данных MySQL через Cloud VPN. Затем настраивается репликация из локальной MySQL в Cloud SQL. После синхронизации реплики приложение временно останавливается, реплика Cloud SQL повышается до автономного экземпляра, и приложение перезапускается, указывая на Cloud SQL. Остальные варианты не подходят: Использование mysqldump с последующим переключением требует значительного простоя, так как данные не будут синхронизированы во время дампа и импорта. Изменение приложения для записи в обе базы данных усложняет логику и не гарантирует согласованность. Использование Cloud SQL proxy и MySQL proxy не решает проблему минимизации простоя при переносе данных, так как все равно требуется mysqldump. Простой mysqldump и импорт приводят к длительному простою, так как приложение должно быть остановлено на время создания дампа, его загрузки и импорта, а также не учитывает изменения, произошедшие за это время.