Mover para a sua conta da Cloudflare
Os projetos da bohr v2 rodam na conta da Cloudflare do dono. Um projeto migrado da v1 pode ir para lá quando você quiser: você ganha todos os recursos da Cloudflare (D1, KV, R2, Durable Objects, cron triggers…) e controle total dos seus domínios.
Antes de começar
Seção intitulada “Antes de começar”- Uma conta da Cloudflare no Workers Paid, conectada à bohr (ou conecte uma durante a mudança). Veja Conectar a Cloudflare.
- Para cada domínio próprio que deve ir sem ficar fora do ar, a zona dele nessa conta da Cloudflare (nameservers apontando para a Cloudflare).
- Só o dono do projeto (ou um admin da organização dele) pode movê-lo.
Como funciona
Seção intitulada “Como funciona”- A bohr abre um pull request no seu repositório que muda o deploy para a sua conta da Cloudflare.
- Depois do merge, o GitHub Actions publica o site na sua conta, e a bohr copia os secrets e move os seus domínios.
- Os endereços bohr.io passam a redirecionar para o novo endereço do site.
O deploy pega o token da Cloudflare na bohr na hora da execução, nunca no repositório.
Passo a passo
Seção intitulada “Passo a passo”- Abra Configurações › Hospedagem do projeto.
- Em Conta da Cloudflare de destino, escolha uma conta, ou Conectar outra conta.
- Clique em Preparar a mudança e confirme. A bohr abre um pull request (branch
bohr/move-to-cloudflare) que troca o workflow de deploy por umwrangler deploypara a sua conta, no branch de produção, e escreve as suas variáveis de produção comuns (não secretas) nowrangler.jsonc. O site só muda depois do merge. - Revise e faça o merge do pull request no GitHub (Abrir #N no GitHub).
- Espere o deploy do GitHub Actions terminar.
- Volte e clique em Concluir a mudança.
Concluir a mudança confere o merge e o novo Worker, depois copia os secrets para ele, liga os seus domínios próprios cujas zonas estão na sua conta e aponta os endereços bohr.io para o novo lugar. Se aparecer “Ainda não dá para concluir”, confira se o pull request foi mergeado e se o deploy terminou, e tente de novo.
Os endereços depois da mudança
Seção intitulada “Os endereços depois da mudança”| Situação | Significado |
|---|---|
| Na sua conta | O domínio agora aponta para o Worker na sua conta |
| Redireciona | Os endereços bohr.io redirecionam (301) para o novo endereço do site |
| Pendente | A zona do domínio ainda não está na sua conta. Adicione-a, aponte os nameservers para a Cloudflare e clique em Concluir a mudança de novo. Até lá, o domínio continua mostrando a última versão publicada pela bohr. |
| Desativado | Os endereços de homologação dos branches não recebem mais deploy: na sua conta, as homologações vêm do agente |
Quando não há nada pendente: “Pronto! O projeto agora roda na sua conta da Cloudflare.” A partir daí, ele é um projeto comum da bohr v2: domínios, variáveis e o workflow de deploy funcionam como em qualquer projeto na sua conta. Se o agente estava ligado, ele continua funcionando: o sandbox fica onde foi criado e, daqui em diante, faz deploy na sua conta.
Quando a mudança não pode ser preparada automaticamente
Seção intitulada “Quando a mudança não pode ser preparada automaticamente”Alguns repositórios não podem ser movidos automaticamente, por exemplo quando o workflow de deploy não é o que a migração gerou, ou quando o repositório ainda roda o workflow da bohr v1 com um build plan. O painel então diz “Não foi possível preparar a mudança automaticamente.” Fale com a gente no Discord ou em contact@bohr.io: ajudamos você a mudar a etapa de deploy manualmente.