Nas tabelas abaixo, a coluna Padrão / Obrigatória mostra o valor padrão. Um qualificador em negrito (por exemplo Obrigatória) marca variáveis que você deve definir.
— significa que não há padrão. 🔒 marca um segredo. Injete cada segredo no momento do deploy a partir do seu secret store. Nunca faça commit de um segredo. Esta página lista apenas nomes de variáveis e comportamento. Ela não imprime nenhum valor de segredo.Este rail não monta a API de administração do systemplane. Suas variáveis de datastore usam um prefixo
DB_* em vez do formato compartilhado POSTGRES_* — consulte Datastores abaixo.Componentes e portas
O componente de API escuta emSERVER_PORT (padrão 4014). SERVER_ADDRESS deriva dele. Os workers de reconciliação, agenda e webhook cada um se vincula a um WORKER_PORT para suas probes de saúde. Cada worker carrega seus próprios parâmetros de tuning —tamanhos de batch, intervalos de polling, concorrência e circuit breakers— em seu arquivo .env.example. Consulte Portas de rede padrão.
Integração com a BTG e mTLS
Estas variáveis contêm as credenciais e as configurações de TLS mútuo para a conexão com a BTG.Datastores
Este rail usa um prefixoDB_* para os datastores, não o formato compartilhado POSTGRES_*. Ele se conecta a um PostgreSQL primário, uma réplica de leitura separada, MongoDB e Redis.
Midaz, CRM e Fees
Webhooks internos e agendamento
A API e os workers trocam eventos por um canal de webhook interno. Eles também rodam fluxos Pix recorrentes e agendados.Escopo Pix e de ledger
Saúde e prontidão
Cada componente expõeGET /health (liveness) e GET /readyz (readiness) em sua porta. Consulte Saúde e prontidão para o formato da resposta e o comportamento de startup e drain.
