Guardar tudo: backup do site e registros no Google Drive
No texto anterior eu contei a regra de entender antes de aprovar: o que o comando faz, por que precisa, se é seguro. Esta parte é outra. Agora o assunto é o que continua existindo se o notebook quebrar, ou se um agente apagar um arquivo.
O que eu queria resolver
Trabalho durante o dia e, à noite e aos domingos, construo com agentes de IA. O site tem um repositório. Repositório, neste texto, é o lugar onde o código e as páginas ficam com histórico. Isso não cobre tudo.
Imagens e vídeos originais ficam fora do repositório do site, numa pasta própria. Arquivo pesado misturado com o resto deixa o trabalho lento e difícil de achar. Eu precisava de um segundo lugar, fora do notebook, com cópia e com ordem.
Se o notebook quebrar, ou se um agente apagar algo, o trabalho precisa continuar guardado e organizado. O lugar é fixo. Não é o chat.
Resumo rápido
- Originais de imagem e vídeo ficam fora do repositório do site, numa pasta própria, com cópia no Google Drive.
- O backup usa o rclone, uma ferramenta que copia arquivos para o Drive.
- O login do Google eu fiz no navegador. Antes da cópia, um teste dry-run: simula o que seria copiado sem mexer em nada.
- O primeiro backup real saiu por volta das 10:23.
- O ADM guarda os registros no Drive, numa árvore de pastas numeradas, da caixa de entrada ao arquivo. Entregável vai para o Drive. O chat só diz onde está.
Primeiro: o que é backup
Backup é uma cópia em outro lugar. Se a origem some, a cópia continua.
É a chave extra da casa na casa de um parente. Deixar a segunda chave no mesmo chaveiro não adianta. Se o chaveiro cair no ralo, as duas vão juntas.
Na prática, um programa lê a pasta de origem e grava os mesmos arquivos no destino. A comparação com a chave para aqui: a chave extra não se atualiza quando você troca a fechadura. O backup precisa rodar de novo quando os arquivos mudam. Uma cópia de ontem não cobre o arquivo de hoje.
Backup também não é “eu mandei no chat”. Mensagem some, duplica, e daqui a uma semana ninguém sabe qual arquivo vale. Cópia de verdade tem destino e data.
O Google Drive
Google Drive é uma pasta na internet ligada à sua conta Google. Você abre no navegador, sobe um arquivo, e ele fica lá, fora do notebook.
Não é um armário que você vê na sala. Os arquivos vão para os servidores da Google. Você acessa com o login, com internet. Por isso o login eu faço eu mesmo. Agente não entra nessa conta.
Eu uso o Drive. Não estou vendendo. Foi o destino que eu escolhi para essa cópia.
O rclone e o dry-run
Rclone é a ferramenta que, no meu caso, lê a pasta dos originais e manda a cópia para o Drive.
Ele não inventa o que levar. Copia o que está na pasta que você apontou, do ponto A para o ponto B. Se a pasta estiver errada, copia o erro também. Um carregador humano veria o vaso rachado e perguntaria. O programa não pergunta.
Por isso existe o dry-run. Dry-run é o ensaio: o programa lista o que copiaria e não copia. Você olha a lista. Se estiver errada, para. Nada foi gravado no destino.
O login do Google eu fiz no navegador. Eu opero.
A árvore de pastas e o ADM
Árvore de pastas é uma ordem fixa. Nomes que não mudam ao gosto do dia. A nossa é numerada. Vai da caixa de entrada ao arquivo.
Caixa de entrada é onde o arquivo chega. Arquivo, neste sentido, é a prateleira do que já foi tratado e precisa ficar. Entre as duas, o que ainda está em curso.
Papel numa bandeja some com a mesa. No Drive, o arquivo está fora do notebook.
Eu não vou escrever identificadores de pasta nem e-mail. O que importa é existir um lugar certo para cada tipo de arquivo.
No time, o ADM é o agente que cuida da administração pessoal. Aqui o trabalho dele é guardar os registros no Drive. Entregável em arquivo vai para o Drive. O agente informa só onde está, sem mandar anexo no chat.
Anexo no chat some na conversa, duplica, e vira “qual versão?”. O Drive tem um lugar. O recado curto aponta o lugar.
Em 3 de outubro o ADM recebeu a memória do dia para arquivar. Memória do dia, neste texto, é o registro do que aconteceu naquele dia. Não vou nomear o arquivo.
O que eu usei
Usei o rclone para a cópia. Usei o Google Drive como destino. Usei o navegador para o login, feito por mim. Usei o teste dry-run antes da cópia real. Usei o ADM para guardar registros. Usei a regra: arquivo no Drive, recado curto no chat.
Conta, e-mail e código de pasta ficam fora deste texto.
Como foi
Se você quiser repetir a lógica, o caminho é este:
- Separe o que não deve ir para o repositório do site. No meu caso, originais de imagem e vídeo, numa pasta própria.
- Escolha um destino fora do notebook. O meu foi o Google Drive.
- Faça o login você mesmo, no navegador. Agente não entra na sua conta.
- Rode um dry-run. Quando dá certo, aparece a lista do que seria copiado. Nenhum arquivo novo no destino.
- Se a lista estiver certa, rode a cópia real. O primeiro backup real, no meu caso, saiu por volta das 10:23.
- Combine com o time o lugar de cada tipo de arquivo. Entregável vai para o Drive. O chat só diz onde está.
- Quando algo precisa ser arquivado, mande ao ADM. Em 3 de outubro, a memória do dia foi para lá.
Quando o dry-run está certo, a tela mostra nomes e pastas, sem criar arquivo no destino. Quando a cópia real está certa, os mesmos nomes existem no Drive.
O que deu errado e o que eu faria diferente
Não tenho, neste recorte, a história de um notebook quebrado. Tenho o ensaio antes da cópia. É o jeito de não descobrir o erro depois de gravar em cima.
Eu recusei mandar anexo no chat. Também recusei misturar original pesado com o repositório do site.
A lição para quem está começando: simule antes de fazer, e tenha um lugar fixo para cada tipo de arquivo.
Se eu repetisse, escreveria a árvore de pastas antes do primeiro arquivo cair nela. Pasta feita na pressa, fora da ordem, vira mato. E leria dois nomes da lista do dry-run em voz alta. Lista longa cansa o olho. Dois nomes conferidos já mostram se a pasta de origem está certa.
Um dry-run certo ainda pode listar a pasta errada, se eu apontei a pasta errada. A lista me dá material. A decisão continua minha.
Custos e limites
Nesta parte não há um valor em dinheiro para reportar.
O que esse jeito faz bem: original pesado fora do repositório. Registro do dia num lugar só. Entregável que precisa sobreviver ao chat.
O que ele não faz: substituir o repositório do site. Histórico de código é outro papel. Backup de mídia é este. Também não faz o agente merecer o login do Google. Esse login, neste jeito de trabalhar, eu faço no navegador.
Isto é o que eu fiz, não um estudo. A frase “se o notebook quebrar, o trabalho continua” é o critério da escolha. Não é pesquisa publicada.
Para quem serve e para quem não serve
Serve se você já produz imagem ou vídeo que não deve ir para o repositório do site. Serve se o time troca entregável o dia inteiro e precisa achar a versão depois.
Não serve se você só tem um texto no bloco de notas e ainda não tem o que guardar. Árvore numerada para um arquivo só é teatro. Também não serve se você quer que o agente faça o login por você. Esse jeito eu recuso.
Fechamento
Eu queria um segundo lugar para o que o repositório do site não deve carregar. Os originais ficam fora do repositório. O rclone roda com dry-run, e o primeiro backup real saiu por volta das 10:23. O ADM arquiva. O chat não leva anexo.
A regra para copiar: simule antes de fazer, e tenha um lugar fixo para cada tipo de arquivo.
No próximo texto eu conto o site no ar: Cloudflare Pages e o domínio próprio.
Se quiser acompanhar a jornada, estou no X: @RodrigoesPorto.
Fontes e links
- rclone: https://rclone.org/
- Google Drive: https://www.google.com/drive/
- Este site: https://rodrigoesporto.com/