Skip to main content
O Pix Indireto via BTG alcança o arranjo Pix através da BTG como participante direto. Ele é entregue como vários componentes: uma API, mais os workers de reconciliação, agenda e webhooks de entrada e saída. A equipe de DevOps define as variáveis de ambiente de cada componente no momento do deploy. Para alterar uma variável, você reinicia aquele componente. Esta página cobre as variáveis distintivas deste rail. Para os parâmetros de multi-tenancy, streaming, telemetria e autenticação compartilhados entre todos os serviços Go da Lerian, consulte a referência de configuração BYOC.
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 em SERVER_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 prefixo DB_* 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õe GET /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.