Gerencie Seu Backend Direto do Seu Celular Android

A produção quebra e você está no ônibus. Um deploy precisa ser revertido, uma variável de ambiente está errada e a única coisa no seu bolso é um celular — não um notebook com o dashboard da Vercel, o console da Cloudflare e a aba do Sentry todos abertos. A resposta de sempre é "espere até chegar em casa". O Backend Manager do PocketCode elimina essa espera: é um painel unificado para gerenciar seu backend pelo celular, conectado às APIs reais dos provedores, vivendo bem dentro da IDE ao lado do seu editor e do terminal.

Não é um amontoado de links para dashboards web. Ele conversa diretamente com os provedores, guarda seus tokens em armazenamento criptografado no dispositivo e adapta sua interface exatamente ao que a API de cada provedor realmente suporta.

Três hubs, treze provedores

O Backend Manager divide tudo o que orbita seu projeto mas vive fora do código em três hubs independentes. Você escolhe um na tela de boas-vindas e cai direto na grade de provedores dele.

Hub	Provedores	A pergunta que responde
Deploy	Vercel, Render, Netlify, Railway, Fly.io, Cloudflare, DigitalOcean	"Onde meu app roda?"
BaaS	Firebase, Appwrite, Convex, Supabase	"Onde estão meus dados e onde estão meus usuários?"
Observabilidade	Sentry, PostHog	"Está funcionando em produção?"

A navegação é baseada em gestos — não há abas visíveis nem botão de voltar no cabeçalho. O gesto de voltar leva você um nível acima, depois de volta à tela de boas-vindas e, por fim, fecha o painel.

Deploy: capacidades honestas por provedor

Cada provedor de hosting expõe uma fatia diferente da superfície de API, e o Backend Manager não finge o contrário. Em vez de mostrar botões desabilitados, ele esconde as ações que um provedor não consegue fazer — para que você nunca toque em algo que retorne "não suportado". Aqui está a matriz entregue, verificada contra o código real de dispatch:

Capacidade	Vercel	Render	Netlify	Railway	Fly.io	Cloudflare	DigitalOcean
Listar projetos / serviços	Sim	Sim	Sim	Sim	Sim	Pages	Apps
Disparar deploy	—	Sim	Sim	—	—	—	Sim
Reverter (rollback)	Sim	Sim	Sim	Sim	—	Sim	Sim
Variáveis de ambiente (ler + escrever/apagar)	Sim	Sim	Sim	Sim	—	—	—
Domínios personalizados	Sim	—	—	—	—	Zones	—
Escrever config de build	Sim	Sim	—	—	—	—	—
Cancelar deployment	Sim	—	—	—	—	—	—
Suspender / Retomar	—	Sim	—	—	—	—	—
Servidores / VMs	—	—	—	—	Apps	—	Droplets

Então você pode fazer o deploy de um backend no Android disparando um build na Render, Netlify ou DigitalOcean; promover ou reverter na Vercel, Render, Netlify, Railway, Cloudflare ou DigitalOcean; editar e apagar variáveis de ambiente na Vercel, Render, Netlify ou Railway; e suspender ou retomar um serviço na Render — tudo pelo celular.

Duas ressalvas honestas. Criar um projeto totalmente novo pelo assistente de Deploy com Um Clique atualmente só funciona para a Vercel — os outros provedores aparecem no assistente, mas ainda não estão conectados a um endpoint real. E os deploys de preview e os deploys por branch/Git têm suas telas prontas, mas ainda não disparam; essa conexão fica para depois, então o manager mantém essas ações fora do caminho por enquanto.

Nos bastidores, esses são os próprios endpoints REST e GraphQL dos provedores. Um rollback na Render, por exemplo, chama POST /v1/services/{id}/rollback; uma promoção na Vercel vai para POST /v10/projects/{id}/promote/{deploymentId}; a escrita de variáveis de ambiente na Railway roda um variableUpsert via GraphQL. Apagar uma variável de ambiente sempre pede confirmação antes.

Indo mais fundo: sub-hubs de capacidades por provedor

Três provedores têm muito mais superfície do que um fluxo básico de deploy, e o Backend Manager expõe isso por meio de sub-hubs de capacidades que carregam sob demanda e mantêm cache por sessão.

• Cloudflare — navegue por scripts Workers, namespaces KV, bancos de dados D1, buckets R2 e Zones. Na lista de Zones há uma ação inline de Purgar cache (POST /zones/{id}/purge_cache). O ID da conta é resolvido automaticamente e mantido em cache durante a sessão.
• DigitalOcean — liste clusters Kubernetes, bancos de dados gerenciados, volumes e firewalls, com os droplets acessíveis pela rota de Servidores.
• Railway — inspecione os ambientes e volumes de um projeto (escopados ao projeto, então o estado é reiniciado quando você troca de projeto).

Tudo isso roda sob uma única tela de listagem reutilizável, e é por isso que o módulo consegue oferecer 21 visualizações de capacidades diferentes sem uma interface sob medida para cada uma.

Backend como serviço: dados e usuários

O hub de BaaS é onde você fica de olho na sua stack de backend como serviço.

• Appwrite — liste seus projetos e depois mergulhe nos usuários de um projeto (GET /v1/users, autenticado com X-Appwrite-Key).
• Convex — liste suas equipes, informe uma URL de deployment e carregue suas tabelas via a query de sistema tables. Você também pode rodar qualquer query Convex contra o deployment ao vivo e receber o resultado resumido de volta.
• Supabase — liste projetos e depois mergulhe nas tabelas de um projeto. O Backend Manager busca a chave anon do projeto sob demanda, acessa o endpoint de schema do PostgREST e extrai os nomes das tabelas do schema public a partir da definição OpenAPI. Essa chave anon nunca é persistida — ela vive apenas na memória pela duração da chamada.

Uma observação honesta: o Firebase hoje é um placeholder somente leitura. Listar projetos do Firebase exige um escopo OAuth que o módulo ainda não conectou, então selecioná-lo mostra uma mensagem informativa apontando para o Console do Firebase, em vez de fingir que lista projetos.

Observabilidade: será que está mesmo funcionando?

• Sentry — liste todos os projetos que seu token consegue alcançar, depois abra os issues não resolvidos, codificados por cor conforme o nível (fatal, error, warning, info, debug). A partir daí você pode carregar sob demanda releases, regras de alerta, replays e feedback de usuários.
• PostHog — liste projetos e seus insights, depois mergulhe em eventos, cohorts, experimentos, gravações de sessão, dashboards e anotações. O host do PostHog é configurável, então o mesmo cliente funciona tanto para o PostHog Cloud quanto para uma instância auto-hospedada — útil se você auto-hospeda pelo celular e aponta o manager para o seu próprio deployment.

Um gerador de manifestos Kubernetes no seu bolso

O hub de Deploy também traz um gerador de YAML do Kubernetes local. Você preenche o nome do app, a imagem, a quantidade de réplicas, portas, namespace e requests/limits de CPU/memória, e ele gera um único documento YAML contendo um Deployment e um Service correspondente, pronto para colar em kubectl apply -f -. É puramente um gerador — não se conecta a um cluster, não aplica nada nem valida contra uma API ao vivo. Ele apenas te poupa de escrever boilerplate à mão numa tela sensível ao toque.

Seus tokens ficam presos ao dispositivo

Todo token de provedor é armazenado com o SecureTokenStorage — EncryptedShared­Preferences apoiado no Android Keystore, usando AES256-GCM para chaves e AES256-SIV para valores. Nada é enviado para os nossos servidores.

Antes de qualquer chamada a um provedor, o Backend Manager verifica se existe um token. Se não existir, ele faz zero chamadas de API e, em vez disso, mostra um estado vazio "Conectar provedor" com um botão para abrir as integrações. Esse deep link é protegido por uma verificação biométrica ou de bloqueio de tela, para que alguém com seu celular desbloqueado não consiga pular do Backend Manager para as suas chaves de API salvas sem se autenticar primeiro.

O que é grátis e o que é Pro

Tudo o que você precisa para ler e entender sua infraestrutura é grátis: listar projetos, ler variáveis de ambiente, navegar pelos sub-hubs da Cloudflare e da DigitalOcean, gerar YAML do Kubernetes e ver issues do Sentry e insights do PostHog.

Três coisas precisam de um plano Pro: domínios personalizados, reverter um deployment e feature flags do PostHog. O plano grátis também é limitado a um deployment ativo por vez — dispare um segundo enquanto o primeiro ainda está buildando ou fazendo deploy e você será convidado a fazer upgrade.

Integrado à IDE, não parafusado por fora

Como o Backend Manager vive dentro do PocketCode, o assistente de IA consegue conversar com ele pelo barramento de eventos do app. Pergunte a ele sobre um deploy e ele pode disparar um, informar o status do deploy, resumir os deployments recentes como linhas de log ou listar seus projetos entre os hubs de Deploy e Observabilidade — tudo ancorado no estado que você já está olhando.

---

Gerenciar um backend costumava significar uma mesa, um notebook e um punhado de abas de navegador. Não é mais assim. O PocketCode coloca hosting, BaaS e observabilidade — treze provedores, chamadas de API reais, tokens criptografados — no mesmo app onde você escreve e publica o código.

O PocketCode está a caminho da Google Play. Participe da pré-inscrição para estar entre os primeiros a rodar seu backend direto do celular.