Migrar um site é razoavelmente previsível: arquivos, banco, domínio, pronto. Migrar automações é diferente, e a diferença está num detalhe que só aparece depois: automação tem estado.
Um site responde pedidos e esquece. Uma automação lembra o que já processou, guarda credenciais, mantém agendamentos e tem um histórico que às vezes é o próprio produto do trabalho. Exportar os fluxos é a parte fácil.
O que o arquivo exportado leva
Quando você exporta um fluxo, o arquivo contém a estrutura: os nós, as conexões, os parâmetros. É o desenho da automação.
É bastante, e é o que permite reconstruir o trabalho no destino sem refazer nada à mão. Mas três coisas importantes ficam de fora.
O que fica para trás
Credenciais
Por segurança, credenciais não viajam no arquivo exportado. Elas precisam ser recriadas no destino, uma a uma.
Isso é bom e é chato ao mesmo tempo. Bom porque evita que um fluxo compartilhado vaze chave. Chato porque, se você tem vinte integrações, são vinte recadastros, e um esquecido significa um fluxo que falha semanas depois sem motivo aparente.
Antes de migrar, liste todas as credenciais em uso. Essa lista é o que transforma a recriação em tarefa mecânica em vez de caça ao tesouro.
Histórico de execuções
Esse costuma ser o choque. O histórico fica no banco da instalação antiga e não vai junto com os fluxos exportados.
Para muitos projetos isso é irrelevante. Para alguns é sério: quando o histórico é a prova de que algo foi processado, de que uma mensagem foi enviada ou de que um registro foi atualizado, perdê-lo é perder auditoria.
Se esse for o caso, há duas saídas. Migrar o banco inteiro em vez de só os fluxos, o que preserva tudo, ou exportar o histórico relevante para um arquivo antes de desligar a instalação antiga.
Agendamentos em andamento
Fluxos com gatilho de tempo recomeçam do zero no destino. Um fluxo que roda a cada seis horas não sabe quando rodou pela última vez na casa antiga.
Na prática isso significa que a primeira execução no servidor novo pode acontecer antes ou depois do esperado, e em alguns casos reprocessar algo.
O risco real: executar duas vezes
Esse é o problema que merece mais cuidado, porque ele não dá erro, ele dá trabalho duplicado.
Durante a migração existe um intervalo em que as duas instalações estão de pé. Se as duas estiverem ativas, as duas processam. O resultado são e-mails enviados em duplicidade, registros criados duas vezes, cobranças repetidas.
A regra é simples e inegociável: desative os fluxos na origem antes de ativar no destino. Nunca deixe os dois lados ligados ao mesmo tempo, nem por alguns minutos.
A ordem que funciona
- Inventário. Liste os fluxos ativos, as credenciais que cada um usa e os gatilhos que cada um tem.
- Monte o destino na mesma versão da ferramenta. Versão diferente muda comportamento de nó, e um fluxo que dependia de um formato de saída pode quebrar de forma discreta.
- Importe os fluxos, ainda desativados.
- Recrie as credenciais e teste uma por uma, sem ligar o fluxo inteiro.
- Rode um teste manual de cada fluxo, com dado real e resultado conferido.
- Desative na origem.
- Ative no destino e acompanhe as primeiras execuções de perto.
O passo 5 é o que mais gente pula, e é o único que revela credencial errada antes de a automação rodar sozinha no meio da noite.
Webhooks mudam de endereço
Um detalhe que derruba fluxos silenciosamente: o endereço do webhook contém o domínio da instalação. Ao migrar, o endereço muda.
Isso significa que todo sistema externo que chamava o seu fluxo precisa ser atualizado para o endereço novo. Formulários, plataformas de pagamento, lojas, qualquer integração que dispara de fora.
Vale levantar essa lista antes, porque ela não está dentro da ferramenta de automação: está espalhada pelos painéis de outros serviços. E enquanto não for atualizada, o gatilho simplesmente não chega, sem erro visível de nenhum lado.
Aproveite para revisar
Migração é o melhor momento para desativar o que não é mais usado. Fluxo que ninguém olha há meses, teste antigo, versão duplicada de algo que foi refeito.
Cada fluxo ativo é uma coisa que pode quebrar e que alguém vai ter que diagnosticar. Levar menos é levar melhor.
Se a sua automação está saindo de uma máquina pessoal para um servidor de verdade, as opções de VPS da StayCloud já vêm preparadas para esse tipo de carga.
