Inicie um backend PocketBase com versão fixada, com API, autenticação, assinaturas em tempo real, armazenamento de arquivos e interface administrativa protegidos por credenciais geradas.
Versão candidata
PocketBase
FONTE
Git
REGION
de
ROUTE
HTTPS
01Código-fonte recebido
02Compilação concluída
03Ambiente de execução iniciado
04Verificação de saúde aprovada
Rota promovida
production.adios.run
Um caminho até a produção para
O caminho até a produção
A aplicação ou o serviço é apenas uma parte da produção. As evidências de compilação, o estado do ambiente de execução, a saúde, os segredos, os logs, as rotas e a versão promovida devem poder ser examinados em conjunto.
O modelo oficial baixa PocketBase 0.40.2 para amd64 ou arm64, verifica seu checksum fixado, gera uma chave de criptografia e uma senha de superusuário e cria o primeiro administrador de forma idempotente.
O banco SQLite, os arquivos enviados, as configurações e os backups locais compartilham um volume persistente /app/pb_data. O projeto inicial executa intencionalmente uma única réplica para manter esse estado coerente.
Use /api/health para verificar a prontidão, abra /_/ para administração e faça backup do volume de dados junto com os segredos estáveis de criptografia e superusuário.
Do código-fonte à versão publicada
Use o código-fonte e o comportamento de produção que o projeto já tem. O manifesto registra o que a plataforma deve compilar ou provisionar e como verificar se o resultado está pronto.
Traga o repositório existente ou examine e implante uma das variantes específicas de projeto inicial vinculadas abaixo.
$adios loginMantenha os comandos, a versão do ambiente de execução ou do serviço, o comportamento das verificações de saúde e as referências a segredos em adios.yaml.
$git diff -- adios.yamlAcompanhe as evidências de compilação e execução, verifique a versão candidata e abra a rota promovida ou a conexão do serviço.
$adios uptype: api
replicas: 1
env:
PB_ENCRYPTION_KEY: secret://PB_ENCRYPTION_KEY
PB_SUPERUSER_EMAIL: admin@pocketbase.local
PB_SUPERUSER_PASSWORD: secret://PB_SUPERUSER_PASSWORD
secrets:
PB_ENCRYPTION_KEY: secret://generate:32
PB_SUPERUSER_PASSWORD: secret://generate:32
build_cmd: sh /app/install-pocketbase.sh
start_cmd: sh /app/start-pocketbase.sh
port: 8090
runtime:
health_path: /api/health
volumes:
- name: pocketbase-data
target: /app/pb_data
persistent: truePontos de partida prontos para implantação
Examine o projeto inicial PocketBase completo, clone seu repositório independente ou implante-o diretamente com a chave pública pocketbase.
Aplicativos web
PocketBase 0.40.2 com dados SQLite persistentes, credenciais de superusuário geradas e APIs integradas de autenticação e tempo real.
git clone https://github.com/adiosdotdev/template-pocketbase.git
cd template-pocketbase
adios upAntes da produção
O caminho mais seguro para a primeira implantação começa com uma compilação ou configuração de serviço reproduzível e uma prévia que teste as dependências que serão realmente usadas em produção.
Respostas às suas perguntas
Revise os limites do ambiente de execução ou do serviço, o caminho do modelo, o comportamento em caso de falha e as verificações de produção antes de criar a primeira versão.
Sim. Escolha o modelo PocketBase correspondente à versão ou configuração necessária, armazene as credenciais como segredos Adios e implante pelo console ou com adios up.
O banco SQLite, os arquivos enviados, as configurações e os backups locais compartilham um volume persistente /app/pb_data. O projeto inicial executa intencionalmente uma única réplica para manter esse estado coerente.
Abra /_/ na rota HTTPS gerada. O projeto inicial cria admin@pocketbase.local e armazena sua senha gerada como um segredo Adios.
Não com segurança na configuração básica de SQLite local e armazenamento de arquivos. Ela executa deliberadamente uma única réplica; escolha outra arquitetura se a aplicação precisar de estado de backend replicado horizontalmente.
Armazene valores sensíveis nos segredos Adios e faça referência a eles com secret://NAME. Não coloque credenciais de produção diretamente em adios.yaml nem as versione no Git.
Verifique autenticação, conectividade da aplicação, gravações e leituras, persistência após reinícios, expectativas de backup ou recuperação, capacidade e comportamento de falha de cada aplicação dependente.
Outros caminhos de implantação
Implante o frontend, a API ou o worker que se conecta ao Supabase. Adios executa a versão da aplicação; seu projeto Supabase continua sendo o banco de dados e o serviço de backend externos.
Implante um processo web ou worker Node.js persistente a partir dos scripts de pacote existentes, com a saúde da versão, os logs, os segredos, o roteamento e o histórico Git vinculados.
Escolha uma versão do PostgreSQL, mantenha as credenciais do banco de dados fora do Git, conecte armazenamento persistente e a aplicação e verifique os dados após um reinício.
Publique HTML, CSS, JavaScript ou uma compilação estática gerada por um framework a partir de um pequeno projeto inicial Nginx, com rotas, domínios, TLS e estado da versão vinculados.
A primeira versão
Comece pelo repositório ou por um modelo, revise o contrato de implantação e examine o que será promovido à versão de produção.