Pular para o conteúdo principal
O Lerian SILOC é a integração de mensageria nativa da Lerian para o SILOC, o sistema de liquidação diferida líquida que a Núclea opera para fluxos de boleto e cartão. Você define essas variáveis no momento do deploy. Uma alteração apenas entra em vigor depois que você reinicia o serviço. Para os parâmetros que se comportam da mesma forma em todo serviço Go da Lerian (postura de deployment, telemetria e convenções de datastore), consulte Fundamentos de configuração do BYOC. Nas tabelas abaixo, Obrigatório marca uma variável que você deve definir, de forma global ou sob a condição indicada. — significa que não há padrão.

Runtime e servidor

Autenticação

O Lerian SILOC autoriza rotas protegidas por meio do Access Manager. AUTH_ENABLED não tem padrão, então o serviço recusa iniciar até que você o defina.

PostgreSQL

A réplica volta a usar o host primário quando você deixa DB_REPLICA_HOST vazio (padrão de nó único).

Redis

Conectividade de liquidação do SILOC

O Lerian SILOC mantém uma única conexão IBM MQ com o gerenciador de filas de liquidação do SILOC na Núclea. Definir MQ_HOST, MQ_CHANNEL, MQ_QUEUE_MANAGER, MQ_SEND_QUEUE ou MQ_RECEIVE_QUEUE faz o serviço validar todo o descritor de conexão de forma fail-closed na inicialização. Sozinhas, as demais variáveis MQ_* não ativam essa validação.

Mensagens de saída

O serviço envia as requisições da instituição à Núclea apenas quando os dois identificadores de certificado e MQ_SEND_QUEUE estão definidos. Defina os dois identificadores ou nenhum: um sem o outro recusa iniciar.

Validação de mensagens

O serviço valida as mensagens de entrada que aplica e as mensagens de saída que envia contra os schemas XSD oficiais, por meio de um sidecar validador. O sidecar escuta em XSD_VALIDATOR_ADDR (padrão 127.0.0.1:9091), e o seu próprio AUTH_ENABLED não tem padrão. O serviço não envia bearer token ao sidecar, então execute o sidecar com AUTH_ENABLED=false em um endereço de loopback literal.

Certificados

Confiança e custódia

Processamento em segundo plano

As cinco chaves *_ENABLED desta tabela não têm padrão. Defina cada uma como true ou false, porque um valor em branco recusa iniciar. Com false, o runtime fica desligado e sua verificação de readiness informa skipped. Com true, o serviço tenta de novo um runtime que falha ao iniciar até que ele rode, e sua verificação de readiness informa o motivo sem falhar.

Declaração de permissões

O serviço pode publicar seu próprio conjunto de permissões no Access Manager na inicialização. Apenas IDP_DECLARATION_ENABLED=true ativa isso. Com a publicação ativa, uma variável ausente abaixo recusa iniciar.

Observabilidade

Se STREAMING_EVENT_POLICIES define enabled=false para um evento de comando de cartão (siloc_command.accepted, siloc_command.answered, siloc_command.refused ou siloc_command.failed), o consumidor de comandos de cartão não inicia. Se define enabled=false para siloc.relay.inbound, o processamento de mensagens de entrada não inicia. Nos dois casos, o erro nomeia o evento.

Health e readiness

O Lerian SILOC expõe GET /health (liveness), GET /readyz (readiness) e GET /version na porta HTTP principal. O serviço recusa iniciar quando o PostgreSQL não responde em até 10 segundos. Ele inicia antes que o Redis e a conexão de liquidação estejam acessíveis. /readyz informa a saúde de cada dependência. Enquanto o queue manager do SILOC da Núclea não está acessível, siloc-mq informa down e não faz o /readyz passar a 503. siloc-mq reprova o readiness quando o queue manager recusa a configuração deste deploy, e nomeia o ajuste a corrigir. Consulte Health e readiness para o contrato de probe.