Saúde e readiness
GET /health informa a liveness. GET /readyz executa as verificações abaixo. Ele responde 503 quando uma verificação informa down ou degraded, e enquanto o serviço está desligando.
GET /version retorna a versão de build do serviço.
IBM MQ
O Lerian SRC se conecta ao queue manager IBM MQ da sua própria instituição. Esse queue manager chega ao BACEN pela RSFN. Defina
SRC_MQ_HOST, SRC_MQ_PORT, SRC_MQ_CHANNEL e SRC_MQ_QUEUE_MANAGER. O Lerian SRC não aplica padrão para a porta e o canal, então peça esses valores à sua equipe de IBM MQ.
O Lerian SRC deriva os nomes das filas de SRC_CNPJ_BASE8:
- Fila de envio:
QR.REQ.<CNPJ base>.00038166.03. - Fila de recebimento:
QL.RSP.00038166.<CNPJ base>.03.
SRC_MQ_SEND_QUEUE e SRC_MQ_RECEIVE_QUEUE apenas quando o seu queue manager usa outros nomes.
Enquanto SRC_MQ_BACKOUT_THRESHOLD está acima de 0, uma mensagem que falha na entrega esse número de vezes vai para a fila de backout. O limite padrão é 5. A fila de backout é o nome da fila de recebimento seguido de .BACKOUT, a menos que você defina SRC_MQ_BACKOUT_QUEUE. O Lerian SRC abre a fila de backout quando se conecta, então crie-a no queue manager antes de iniciar o serviço.
Quando nenhuma chamada IBM MQ termina durante SRC_MQ_STALE_AFTER, 30 segundos por padrão, a verificação src_mq informa degraded.
A imagem do Lerian SRC roda em linux/amd64.
Credenciais e chaves
O Lerian SRC assina cada mensagem que envia ao BACEN com a chave privada da sua instituição. Ele usa o certificado do BACEN para proteger cada mensagem para o BACEN. O Lerian SRC usa a chave privada por PKCS#11 ou KMIP. Quando você configura os dois, ele usa PKCS#11. Defina
SRC_LOCAL_CERT_FILE com o certificado da sua instituição para essa chave e SRC_BACEN_CERT_FILE com o certificado do BACEN. Depois de trocar o certificado do BACEN, reinicie o Lerian SRC.
GET /v1/src/credentials retorna o status da credencial.
Dados pessoais
Listas, resultados de busca e eventos mostram o documento da pessoa mascarado, em
documentMasked. A trilha de evidências retorna o registro completo, incluindo o documento. O Lerian SRC registra cada leitura da trilha de evidências na mesma transação da leitura. Se ele não consegue registrar a leitura, a leitura falha.
Casos de operador
GET /v1/src/operator/cases lista os casos abertos, do mais novo para o mais antigo. Envie status=closed para os casos fechados, ou status=all para os dois. Como o Lerian SRC funciona explica os tipos de caso.
Feche um caso com a operação do tipo dele:
Um caso
budget_exhausted tem closable definido como false. O fechamento de um caso que não está aberto retorna 404 com o código SRC-0301.
Acompanhe dois números em GET /v1/src/dashboard/consultations:
openOperatorCases: os casos de operador abertos agora.pendingBeyondExpected: as consultas que ficampendingpor mais tempo quesrc.pending.alert_threshold, 15 minutos por padrão.
Configuração em runtime (Systemplane)
O Lerian SRC serve a API administrativa da configuração em runtime em
/v1/system. Autenticação e permissões indica a permissão que ela exige. A API administrativa aceita 30 requisições por minuto de cada endereço IP de cliente.
Uma mudança entra em vigor sem restart. As tabelas listam as chaves que ajustam consultas, novas tentativas, rate limits e retenção. Veja System plane.
Namespace tenant_policy
Namespace
runtime_config
Armazenamento, outbox e retenção
O Lerian SRC armazena o estado dele no PostgreSQL. Os eventos saem por uma tabela de outbox, na mesma transação da mudança que eles informam. Sem broker, os eventos ficam pendentes no outbox. A varredura de retenção exclui as chaves de idempotência mais antigas que
src.retention.transient_purge_age, 24 horas por padrão.
O Lerian SRC não aplica o próprio schema de banco de dados. A imagem br-src-migrations o aplica. Rode essa imagem antes de iniciar a imagem br-src.
Métricas e tracing
Defina
ENABLE_TELEMETRY=true para exportar traces e métricas por OTLP para OTEL_EXPORTER_OTLP_ENDPOINT. O Lerian SRC não tem endpoint /metrics. Veja Observabilidade para a visão da plataforma.
Postura de deploy
DEPLOYMENT_MODE aceita local, byoc ou saas. Um deploy atende uma instituição.
Variáveis de ambiente define um deploy de produção e marca cada configuração que ele exige. Uma configuração obrigatória ausente interrompe o boot.
