Comece PostgreSQL a partir de um modelo versionado
Escolha PostgreSQL 15, 16 ou 17 e declare o banco de dados e o usuário da aplicação pelo contrato de variáveis de ambiente do modelo.
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.
Versão candidata
PostgreSQL
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.
Escolha PostgreSQL 15, 16 ou 17 e declare o banco de dados e o usuário da aplicação pelo contrato de variáveis de ambiente do modelo.
Os modelos oficiais PostgreSQL usam armazenamento persistente. Confirme as expectativas de backup, restauração, capacidade e atualização de versão antes que o banco armazene dados insubstituíveis.
Examine a saúde do serviço e a conectividade da aplicação. Antes que o tráfego de produção dependa do banco de dados, teste gravações, leituras, reconexões e reinícios.
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 upname: application-db
template: postgres:16
env:
POSTGRES_USER: app
POSTGRES_PASSWORD: secret://POSTGRES_PASSWORD
POSTGRES_DB: app_productionPontos de partida prontos para implantação
Compare as versões principais compatíveis do PostgreSQL antes de escolher o modelo de serviço exato para sua aplicação.
Serviços de dados
Modelos de PostgreSQL 15, 16 e 17, além de PostgreSQL 16 com pgvector.
git clone https://github.com/adiosdotdev/template-postgres-15.git
cd template-postgres-15
adios upServiços de dados
Modelos de PostgreSQL 15, 16 e 17, além de PostgreSQL 16 com pgvector.
git clone https://github.com/adiosdotdev/template-postgres-16.git
cd template-postgres-16
adios upServiços de dados
Modelos de PostgreSQL 15, 16 e 17, além de PostgreSQL 16 com pgvector.
git clone https://github.com/adiosdotdev/template-postgres-17.git
cd template-postgres-17
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 PostgreSQL correspondente à versão ou configuração necessária, armazene as credenciais como segredos Adios e implante pelo console ou com adios up.
Os modelos oficiais PostgreSQL usam armazenamento persistente. Confirme as expectativas de backup, restauração, capacidade e atualização de versão antes que o banco armazene dados insubstituíveis.
O catálogo atual inclui PostgreSQL 15, 16 e 17, além de uma variante PostgreSQL 16 com pgvector para cargas de busca vetorial.
Sim. Armazene o valor de conexão como um segredo, injete-o no ambiente de execução da aplicação e verifique autenticação, consultas e reconexão antes de promover a versão.
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
Inicie PostgreSQL com a extensão pgvector, conecte uma aplicação de embeddings, verifique gravações de vetores e consultas de vizinhos mais próximos e teste a persistência.
Inicie MySQL 8 com armazenamento persistente, crie um banco de dados e um usuário dedicados à aplicação, proteja as duas senhas e verifique os dados após reiniciar.
Inicie Redis 7 para cache, sessões, pub/sub ou estado de acesso rápido e verifique a conectividade, as expectativas de persistência, a remoção de dados e o comportamento em caso de falha da dependência.
Implante um serviço FastAPI com o alvo de importação ASGI, a instalação de dependências, a porta de execução, o endpoint de saúde, os segredos e a versão promovida vinculados ao código-fonte.
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.