Ir para o conteúdo principal
Voltar aos artigos

Void: hospedar a própria plataforma não é eliminar a dependência de cloud

O novo conjunto de SDK, CLI e deploy organiza aplicações Vite na Cloudflare, com uma conta de operação que precisa ficar explícita.

·3 min de leitura·2 visualizações

Void reúne SDK de aplicação, CLI e plataforma compartilhada de deploy em um projeto aberto ligado à cadeia de ferramentas da VoidZero.[14] A implantação descrita é centrada na Cloudflare e permite que organizações administrem sua própria instalação.[14] O cuidado de arquitetura é não interpretar essa autonomia como independência automática dos serviços usados por baixo.

O que muda para quem desenvolve

O SDK funciona como plugin do Vite e oferece APIs, rotas de servidor, renderização, cache e tipos entre banco e interface.[14] Pode usar adaptadores React e Vue ou compor frameworks como React Router, SvelteKit, Nuxt, TanStack Start e Astro.[14] O texto descreve inferência e provisionamento de recursos a partir da aplicação, incluindo um banco local que passa a usar D1 no deploy.[14]

A plataforma de equipe usa Workers for Platforms para concentrar aplicações na conta Cloudflare da organização, com controle de pessoas, projetos, limites e implantações.[14] Sua instalação exige Workers for Platforms e R2 habilitados, PostgreSQL, provedor de login e domínio.[14]

Minha leitura é que a proposta pode reduzir trabalho repetitivo de montar ambientes, mas desloca responsabilidades para quem mantém a plataforma. A camada compartilhada precisa ter regras de isolamento, orçamento, atualização e recuperação tão explícitas quanto os aplicativos que recebe.

Como aplicar

Um piloto razoável é uma aplicação pequena com autenticação, uma tabela e uma operação de atualização. Mantenha o escopo curto para avaliar o caminho completo até produção, não a quantidade de componentes que o SDK consegue integrar.

Registre os recursos provisionados, permissões concedidas e custos separados. Teste um deploy sem mudança de dados, outro com migração compatível e uma falha deliberada em homologação. Verifique qual estado fica depois da interrupção e o que precisa ser feito para retomar sem duplicar a operação.

Para uma instalação de equipe, simule também dois projetos com responsáveis distintos. Confira se cada identidade enxerga apenas o que deveria e se limites de consumo ficam atribuíveis. Não dê ao agente credenciais amplas apenas para tornar o primeiro deploy mais rápido.

A CLI coordena build, migrações, provisionamento, deploy, logs e administração; aplicações individuais também podem ser publicadas diretamente em uma conta Cloudflare sem a camada compartilhada.[14] Compare essas duas opções antes de assumir o custo de operar uma plataforma própria.

Cuidados e limites

O código pode ser adaptado para outras plataformas, mas a implantação apresentada depende do ecossistema Cloudflare.[14] A VoidZero relata uso interno em produção há alguns meses, sem benchmark independente de economia.[14]

Minha recomendação é medir esforço de mudança e recuperação junto do tempo de publicação. Um protótipo rápido não resolve sozinho portabilidade de dados, migrações ou continuidade. Escolher dependência de um fornecedor pode ser um trade-off aceitável, desde que documentado. O erro é chamar essa escolha de independência e descobrir o custo apenas quando for necessário sair.

Fonte

[14] Fonte: Cloudflare Blog. Publicação: 15/10/2026 às 11:00:00.

Continue lendo

D1: tire o plano de controle do caminho comum da consulta

A arquitetura do D1 separa roteamento, administração e cobrança. Reconciliação e deltas ajudam a escalar sem uma transação global para cada operação.

·7 visualizações