Saltar al contenido principal
Esta referencia enumera las variables de entorno usadas para configurar el servicio de ledger Midaz —el motor de partida doble source-available (ELv2) que sirve las API de onboarding y de transacción en un único puerto—. Las defines en el momento del despliegue, mediante valores de Helm, Docker Compose o el entorno de tu orquestador. Las variables marcadas como requeridas hacen que el servidor falle al arrancar si no se definen. Para los bloques de configuración que comparte cada producto de Lerian —postura de TLS, OpenTelemetry, autenticación de Access Manager, multi-tenancy, descubrimiento de servicios y streaming de eventos— consulta la referencia de configuración BYOC. Esta página se centra en lo que es distintivo del ledger.
Midaz está en plena consolidación. Lo que despliegas hoy es el servicio ledger (rutas unificadas de onboarding + transacción) más un servicio CRM independiente. La disposición consolidada de binario único —que integra CRM y Fees en el proceso del ledger y traslada Tracer al mismo repositorio— se está desplegando de forma gradual. Las variables de CRM y Fees siguientes aplican hoy al servicio CRM independiente, y al proceso del ledger una vez que la consolidación llegue a tu entorno. Los antiguos componentes onboarding, transaction y mdz ya no existen como desplegables separados.

Puertos y endpoints de salud

El ledger ejecuta un único proceso HTTP. Consulta la referencia de salud y readiness para el contrato de las sondas. El ledger usa push OTLP para la telemetría y no expone un endpoint /metrics de scraping.

Despliegue y TLS

Aplicación

Base de datos (PostgreSQL)

El ledger mantiene dos bases de datos lógicas —onboarding y transaction— cada una con un bloque de conexión primaria y otro de réplica. Las variables comparten una misma forma; sustituye {MODULE} por ONBOARDING o TRANSACTION. Las variables de réplica llevan un infijo _REPLICA_ (por ejemplo DB_ONBOARDING_REPLICA_HOST).

Almacén de documentos (MongoDB)

Con espacios de nombres por módulo: MONGO_ONBOARDING_*, MONGO_TRANSACTION_* y —en el binario consolidado— MONGO_CRM_* y MONGO_FEES_*. Todas comparten una misma forma; sustituye {NS} por el espacio de nombres. Pueden apuntar a un único despliegue de MongoDB (bases de datos lógicas separadas) o a hosts dedicados.

Caché (Redis / Valkey)

Broker de mensajes (RabbitMQ)

Usado por el módulo de transacción para operaciones de saldo y difusión de eventos.

Rendimiento

Integración con Tracer

Costura opcional que permite al ledger reservar límites de gasto contra Tracer antes de confirmar una transacción. Deja TRACER_BASE_URL sin definir para deshabilitarla.
Con TRACER_BASE_URL definida, la costura usa el transporte grpc por defecto a menos que definas TRACER_TRANSPORT=rest. El transporte gRPC exige que el servicio Tracer exponga su costura gRPC de reserva: define TRACER_GRPC_PORT en Tracer (consulta Variables de entorno de Tracer). Con TRACER_TLS_MODE=mtls, las rutas del certificado de cliente, la clave y la CA de arriba son obligatorias.

CRM y Fees

Estas variables aplican hoy al servicio CRM independiente, y al proceso del ledger una vez que CRM y Fees se integren en él. Protegen la PII de los titulares de cuenta y configuran el backend de cifrado de campos.

Base de configuración compartida

Los siguientes bloques son idénticos en todos los productos de Lerian y están documentados por completo en la referencia de configuración BYOC. Están desactivados por defecto; un despliegue BYOC single-tenant puede ignorar todos los opcionales.
  • Autenticación de Access ManagerPLUGIN_AUTH_ENABLED, PLUGIN_AUTH_HOST. Habilítala en producción.
  • Multi-tenancyMULTI_TENANT_*. Desactivado por defecto; habilita la resolución de base de datos por tenant.
  • Descubrimiento de serviciosSD_* (Consul). Desactivado por defecto.
  • Streaming de eventosSTREAMING_* (productor de lib-streaming). Desactivado por defecto en el ledger.
  • OpenTelemetryENABLE_TELEMETRY, OTEL_*. La telemetría es push OTLP.