— significa que não há padrão.
Runtime e servidor
Licença
O Lerian SILOC recusa iniciar sem uma licença da Lerian, em todos os ambientes. Nenhum ajuste desliga a verificação.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ê deixaDB_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. DefinirMQ_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 eMQ_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.IDP_DECLARATION_ENABLED=true ativa isso, e qualquer valor diferente de true ou false impede o serviço de iniciar. Com a publicação ativa, uma variável ausente abaixo recusa iniciar.
Observabilidade
Se
STREAMING_EVENT_POLICIES define enabled=false para qualquer evento de fato do SILOC, o serviço recusa iniciar. Se 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õeGET /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.
/readyz também reporta uma verificação license. Com LICENSE_KEY, a verificação não faz nenhuma chamada e aparece como no ar. Uma licença que deixa de ser válida após a inicialização não leva /readyz a 503.
As verificações certificate e sfn-trust-store reportam sem fazer /readyz falhar, então um serviço em execução continua em rotação. A verificação certificate aparece como down quando não resta nenhum certificado local válido no momento, ou quando a custódia não responde. A verificação sfn-trust-store aparece como degraded quando não resta nenhum certificado de remetente confiável utilizável. Uma falha de composição da custódia ou do manifesto de confiança ainda faz /readyz falhar. Crie alertas sobre essas verificações, porque /readyz sozinho não sinaliza um certificado expirado.
Consulte Health e readiness para o contrato de probe.
