Pular para o conteúdo principal
Esta referência lista as variáveis de ambiente que configuram o serviço de ledger do Midaz. O Midaz é o mecanismo de partidas dobradas. Ele atende as APIs de onboarding e transação em uma única porta. Você define essas variáveis no momento do deploy, por meio de valores do Helm, do Docker Compose ou do ambiente do seu orquestrador. Uma variável obrigatória que você não define faz o servidor falhar na inicialização. Um valor que o servidor não consegue ler também faz o servidor falhar na inicialização, e o erro nomeia a variável. Um booleano aceita apenas true ou false. Um número precisa ser inteiro. Uma duração precisa de uma unidade, como 12s. Todo produto Lerian compartilha um conjunto de blocos de configuração: postura de TLS, OpenTelemetry, autenticação do Access Manager, service discovery e streaming de eventos. A referência de configuração do BYOC documenta esses blocos. Esta página foca no que é específico do ledger.
Você faz o deploy do serviço de ledger. Ele atende as rotas de onboarding e transaction, e o CRM e o Fees rodam no mesmo processo. O ledger lê as variáveis de CRM e Fees abaixo. O Tracer é entregue como seu próprio serviço opcional. O Helm chart também traz um deployment crm standalone legado, desabilitado por padrão.

Portas e endpoints de saúde

O ledger executa um único processo HTTP. Consulte a referência de saúde e readiness para o contrato de probe. O ledger usa OTLP push para telemetria e não expõe um endpoint de scrape /metrics.

Deploy e TLS

Aplicação

Banco de dados (PostgreSQL)

O ledger mantém dois bancos de dados lógicos (onboarding e transaction), cada um com um bloco de conexão primário e um de réplica. As variáveis compartilham um único formato. Substitua {MODULE} por ONBOARDING ou TRANSACTION. As variáveis de réplica carregam um infixo _REPLICA_ (por exemplo, DB_ONBOARDING_REPLICA_HOST).

Armazenamento de documentos (MongoDB)

As variáveis do MongoDB usam um namespace por módulo: MONGO_ONBOARDING_*, MONGO_TRANSACTION_* e, no binário consolidado, MONGO_CRM_* e MONGO_FEES_*. Todas compartilham um único formato. Substitua {NS} pelo namespace. Elas podem apontar para um único deployment do MongoDB (bancos de dados lógicos separados) ou para hosts dedicados.

Cache (Redis / Valkey)

Broker de mensagens (RabbitMQ)

O pipeline interno assíncrono de operações de saldo usa o RabbitMQ quando RABBITMQ_TRANSACTION_ASYNC=true. O RabbitMQ também carrega exchanges legadas de saída selecionadas.

Throughput

Integração com o Tracer

O ponto de integração opcional permite que o ledger verifique uma transação com o Tracer antes de fazer commit dela. Deixe TRACER_BASE_URL sem definir para desabilitá-la.

CRM e Fees

O processo do ledger lê essas variáveis, porque o CRM e o Fees são compilados no binário do ledger. Elas protegem os PII do titular da conta e configuram o backend de criptografia de campos.

Configuração compartilhada entre os produtos Lerian

Os blocos a seguir são idênticos em todos os produtos Lerian. A referência de configuração do BYOC os documenta por completo. Eles vêm desabilitados por padrão. Um deployment BYOC pode ignorar todos os opcionais.
  • Autenticação do Access Manager: PLUGIN_AUTH_ENABLED, PLUGIN_AUTH_HOST. Habilite em produção.
  • Service discovery: SD_* (Consul). Desabilitado por padrão.
  • Streaming de eventos: STREAMING_*. Desabilitado por padrão no ledger.
  • OpenTelemetry: ENABLE_TELEMETRY, OTEL_*. A telemetria é OTLP push.