Moving and Renaming Google Cloud Storage Buckets Without Downtime: A Safe Strategy - part 2

Para executar a estrategia de mover um bucket sem downtime se mostra necessario trabalhar com a criacao de um script interativo para padronizar as acoes e de algumas acoes para atualizar a aplicacao durante o processo. Na Parte 1 podemos entender os passos necessarios para comoçar a estrategia de movimentação. Apos executa-lo precisamos analizar se houve algum tipo de erro, como erro ao acessar arquivos antigos, se esta sendo possivel inserir objetos novos no novo bucket e garantir que não tenha acarretado nenhum erro na aplicacao. Após todas a validações necessárias podemos mitigar suspeitas de que apagar o bucket antigo e o temporario nos trara algum problema. Completando processo de movimentacao para executar esse script e necessario que a account authenticada na CLI gcloud tenha essas permissões execute o script 2 que tem acoes de exclusao confirme a exclusao do bucket antigo: repare que ele excli o backet antigo e cria outro de mesmo nome no projeto novo apos garantir as informaçoes corretas no arquivo policy.json e apertar ENTER as polices serao adicionadas uma a uma inicia a copia dos arquivos do bucket temporario para o bucket original recriado no novo projeto de destino apos copiar sera idicado a necessidade de mudar o bucket na aplicacao e o script esperara ate a alteracao concluida e o usuario apertar ENTER apos alterado na aplicacao o script vai fazer sync para garantir consistencia e ira te pedir para confir a exclusao do bucket temporario Pronto! Migracao completa sem downtime.

Apr 25, 2025 - 20:38

Moving and Renaming Google Cloud Storage Buckets Without Downtime: A Safe Strategy - part 2

Para executar a estrategia de mover um bucket sem downtime se mostra necessario trabalhar com a criacao de um script interativo para padronizar as acoes e de algumas acoes para atualizar a aplicacao durante o processo.

Na Parte 1 podemos entender os passos necessarios para comoçar a estrategia de movimentação. Apos executa-lo precisamos analizar se houve algum tipo de erro, como erro ao acessar arquivos antigos, se esta sendo possivel inserir objetos novos no novo bucket e garantir que não tenha acarretado nenhum erro na aplicacao.

Após todas a validações necessárias podemos mitigar suspeitas de que apagar o bucket antigo e o temporario nos trara algum problema.

Completando processo de movimentacao

para executar esse script e necessario que a account authenticada na CLI gcloud tenha essas permissões

execute o script 2 que tem acoes de exclusao

confirme a exclusao do bucket antigo:

repare que ele excli o backet antigo e cria outro de mesmo nome no projeto novo

apos garantir as informaçoes corretas no arquivo policy.json e apertar ENTER as polices serao adicionadas uma a uma

inicia a copia dos arquivos do bucket temporario para o bucket original recriado no novo projeto de destino

apos copiar sera idicado a necessidade de mudar o bucket na aplicacao e o script esperara ate a alteracao concluida e o usuario apertar ENTER

apos alterado na aplicacao o script vai fazer sync para garantir consistencia e ira te pedir para confir a exclusao do bucket temporario

Pronto! Migracao completa sem downtime.