RUN_MODE: el gestor de API, el worker de reportes, o ambos. 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 de Reporter.
Modo de ejecución y puertos
RUN_MODE decide qué superficies sirve el proceso. Ejecuta la API y el worker como un solo proceso (all) para despliegues pequeños, o divídelos en desplegables separados (api y worker) para escalar la generación de reportes de forma independiente. Consulta la referencia de salud y readiness para el contrato de las sondas.
Despliegue y TLS
CORS y proxies
Paginación de la API
Vistas previas de plantillas
Base de datos (MongoDB)
Almacena metadatos de reportes, plantillas e historial de ejecuciones.Broker de mensajes (RabbitMQ)
Transporta la cola de comandos de generación de reportes entre la API y el worker.Almacenamiento de objetos (compatible con S3)
Donde se almacenan los reportes renderizados. Funciona con cualquier endpoint compatible con S3.Caché (Redis / Valkey)
Renderizado de PDF (worker)
Fuentes de datos de reportes
Los reportes leen de fuentes de datos PostgreSQL y MongoDB en el registro persistente. Crea y administra esas entradas mediante la API de fuentes de datos. El bloque de entorno de abajo es una ruta opcional de inicialización single-tenant; los despliegues multi-tenant crean fuentes de datos por tenant mediante la API.DATASOURCE_{NAME}_CONFIG_NAME hace que exista un bloque de inicialización desde el entorno. Reporter escanea el entorno en busca de claves que coinciden con DATASOURCE_*_CONFIG_NAME — el prefijo cuenta tanto como el sufijo, así que una clave que solo termina en _CONFIG_NAME no declara nada. Al arrancar el Manager, un bloque completo inicializa su configName solo cuando ninguna entrada del registro, ni siquiera una eliminada de forma lógica, ya usa ese nombre. El valor es el nombre con el que tus plantillas se dirigen a la fuente.
Dentro de un bloque, las variables marcadas como requeridas son las que Reporter necesita antes de leer el bloque.
A continuación se muestra un bloque de inicialización completo por fuente de datos. Define por separado la clave global
DATASOURCE_CRED_ENC_KEY como se describe arriba. Te recomendamos usar el mismo nombre para CONFIG_NAME y {NAME}, con el segmento de la variable de entorno en mayúsculas (por ejemplo, ONBOARDING para CONFIG_NAME=onboarding). Así la clave de esquema resulta clara, porque SCHEMAS usa el valor de CONFIG_NAME y todos los demás campos usan {NAME}:
{{ onboarding.accounts }}. Usa la API para agregar o actualizar una fuente de datos. En modo single-tenant, un bloque de entorno solo inicializa una entrada ausente; nunca sobrescribe una entrada administrada por API ni restaura una eliminada de forma lógica.
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.- Autenticación de Access Manager —
PLUGIN_AUTH_ENABLED,PLUGIN_AUTH_ADDRESS. Habilítala en producción. - Multi-tenancy —
MULTI_TENANT_*, másRABBITMQ_MULTI_TENANT_SYNC_INTERVALyRABBITMQ_MULTI_TENANT_DISCOVERY_TIMEOUT. Desactivado por defecto. - Descubrimiento de servicios —
SD_*(Consul; Reporter también acepta los alias heredadosSD_ADVERTISE_*/CONSUL_ADDR). Desactivado por defecto. - Streaming de eventos —
STREAMING_ENABLED,STREAMING_BROKERS,STREAMING_CLOUDEVENTS_SOURCE, másRABBITMQ_REPORT_EVENTS_EXCHANGEpara el exchange de eventos. Desactivado por defecto. - OpenTelemetry —
ENABLE_TELEMETRY,OTEL_*,OTEL_INSECURE_EXPORTER. La telemetría es push OTLP.

