Skip to main content
Esta referencia enumera las variables de entorno que configuran el servicio de ledger Midaz. Midaz es el motor de partida doble source-available (ELv2). Sirve las API de onboarding y de transacción en un único puerto. Defines estas variables en el momento del despliegue, mediante valores de Helm, Docker Compose o el entorno de tu orquestador. Una variable requerida que no definas hace que el servidor falle al arrancar. Cada producto de Lerian comparte un conjunto de bloques de configuración: postura de TLS, OpenTelemetry, autenticación de Access Manager, multi-tenancy, descubrimiento de servicios y streaming de eventos. La referencia de configuración BYOC documenta estos bloques. Esta página se centra en lo que es distintivo del ledger.
La consolidación ya está lista. Despliegas el servicio ledger (rutas unificadas de onboarding + transacción), y CRM y Fees están compilados dentro de ese mismo proceso del ledger — el binario del ledger lee las variables de CRM y Fees que aparecen abajo. Tracer vive en el mismo repositorio y se despliega como su propio servicio opcional. Los antiguos componentes onboarding, transaction y mdz ya no existen como desplegables separados. El chart de Helm aún incluye un despliegue crm independiente heredado, desactivado por defecto.

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)

Las variables de MongoDB usan un espacio 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)

El módulo de transacción usa RabbitMQ para operaciones de saldo y difusión de eventos.

Rendimiento

Integración con Tracer

La costura opcional permite al ledger reservar límites de gasto contra Tracer antes de que confirme 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, debes definir las rutas del certificado de cliente, la clave y la CA de arriba.

CRM y Fees

El proceso del ledger lee estas variables — CRM y Fees están compilados dentro del binario del ledger. 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. La referencia de configuración BYOC los documenta por completo. 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.