O container
O Lender é construído a partir de um Dockerfile multi-estágio (um builder Go Alpine que produz um binário estático, copiado para um runtime distroless nonroot) e escuta na porta
8080. Ele é entregue como uma imagem de container da qual você faz o deploy no seu cluster com o ferramental de ciclo de vida padrão da plataforma. Esta página não supõe nenhum empacotamento específico além da imagem.
Probes operacionais:
Dependências
Superfície de configuração
A configuração é inteiramente dirigida pelo ambiente. As chaves abaixo moldam o comportamento. Elas não são a lista completa.
Modos multi-tenant
O Lender roda em um de dois modos:
- Single-tenant: um tenant (
DEFAULT_TENANT_ID), um schema de banco de dados, e uma organização de ledger e um ledger definidos na construção, usados como padrão de lançamento. - Multi-tenant (
MULTI_TENANT_ENABLED=true): persistência com schema por tenant, um pool de clientes Midaz por tenant, e eventos e lançamentos delimitados por tenant. Nesse modo não existe padrão de ledger vindo do ambiente: o destino do ledger vem, por transação, do perfil contábil do produto.
Lançamento no ledger e roteamento que falha fechado
Uma contabilização chega ao ledger por uma intenção de lançamento durável e um relay assíncrono. O caminho inteiro está em O Lender na plataforma. O roteamento falha fechado. Um lançamento é contabilizado na organização de ledger e no ledger resolvidos a partir do perfil contábil. No modo single-tenant, um lançamento que não resolve nenhum destino do perfil recorre ao padrão do ambiente. Se nenhum dos dois resolver um destino não vazio, o Lender recusa lançar em vez de contabilizar em um ledger vazio ou errado. No modo multi-tenant, portanto, um produto sem perfil contábil não pode lançar. Essa proteção é intencional.
Próximos passos
O Lender na plataforma
O caminho de lançamento, o catálogo de eventos e o isolamento de tenants em detalhe.