RUN_MODE — o manager da API, o worker de relatórios ou ambos. Você as define no momento da implantação, por valores Helm, Docker Compose ou pelo ambiente do seu orquestrador. Variáveis marcadas como obrigatórias fazem o servidor falhar na inicialização se não forem definidas.
Para os blocos de configuração que todo produto Lerian compartilha — postura de TLS, OpenTelemetry, autenticação do Access Manager, multi-tenancy, service discovery e streaming de eventos — veja a referência de configuração BYOC. Esta página foca no que é distintivo do Reporter.
Modo de execução e portas
RUN_MODE decide quais superfícies o processo atende. Rode a API e o worker como um só processo (all) para implantações pequenas, ou separe-os em implantáveis distintos (api e worker) para escalar a geração de relatórios de forma independente. Veja a referência de saúde e prontidão para o contrato de sondas.
Implantação e TLS
CORS e proxies
Paginação da API
Pré-visualizações de templates
Banco de dados (MongoDB)
Armazena metadados de relatórios, templates e histórico de execuções.Message broker (RabbitMQ)
Carrega a fila de comandos de geração de relatórios entre a API e o worker.Object storage (compatível com S3)
Onde os relatórios renderizados são armazenados. Funciona com qualquer endpoint compatível com S3.Cache (Redis / Valkey)
Renderização de PDF (worker)
Datasources de relatórios
Os relatórios leem de datasources PostgreSQL e MongoDB no registro persistente. Crie e gerencie essas entradas pela API de fontes de dados. O bloco de ambiente abaixo é um caminho opcional de bootstrap single-tenant; implantações multi-tenant criam datasources por tenant pela API.DATASOURCE_{NAME}_CONFIG_NAME faz um bloco de semeadura pelo ambiente existir. O Reporter varre o ambiente por chaves que correspondem a DATASOURCE_*_CONFIG_NAME — o prefixo conta tanto quanto o sufixo, então uma chave que apenas termina em _CONFIG_NAME não declara nada. Na inicialização do Manager, um bloco completo semeia o seu configName apenas quando nenhuma entrada no registro, incluindo uma soft-deleted, já usa aquele nome. O valor é o nome pelo qual os seus templates endereçam a fonte.
Dentro de um bloco, as variáveis marcadas como obrigatórias são as que o Reporter precisa antes de ler o bloco.
A seguir está um bloco de semeadura completo por datasource. Defina separadamente a chave global
DATASOURCE_CRED_ENC_KEY como descrito acima. Recomendamos usar o mesmo nome para CONFIG_NAME e {NAME}, com o segmento da variável de ambiente em letras maiúsculas (por exemplo, ONBOARDING para CONFIG_NAME=onboarding). Assim a chave de schema fica intuitiva, pois SCHEMAS usa o valor de CONFIG_NAME e todos os outros campos usam {NAME}:
{{ onboarding.accounts }}. Use a API para adicionar ou atualizar um datasource. No modo single-tenant, um bloco de ambiente apenas semeia uma entrada ausente; ele nunca sobrescreve uma entrada gerenciada pela API nem restaura uma entrada soft-deleted.
Base de configuração compartilhada
Os blocos a seguir são idênticos entre os produtos Lerian e estão documentados por completo na referência de configuração BYOC. Eles vêm desativados.- Autenticação do Access Manager —
PLUGIN_AUTH_ENABLED,PLUGIN_AUTH_ADDRESS. Ative em produção. - Multi-tenancy —
MULTI_TENANT_*, maisRABBITMQ_MULTI_TENANT_SYNC_INTERVALeRABBITMQ_MULTI_TENANT_DISCOVERY_TIMEOUT. Desativado por padrão. - Service discovery —
SD_*(Consul; o Reporter também aceita os aliases legadosSD_ADVERTISE_*/CONSUL_ADDR). Desativado por padrão. - Streaming de eventos —
STREAMING_ENABLED,STREAMING_BROKERS,STREAMING_CLOUDEVENTS_SOURCE, maisRABBITMQ_REPORT_EVENTS_EXCHANGEpara o exchange de eventos. Desativado por padrão. - OpenTelemetry —
ENABLE_TELEMETRY,OTEL_*,OTEL_INSECURE_EXPORTER. A telemetria é push OTLP.

