Skip to main content
Lender is a single Go service, packaged as a container and configured entirely through environment variables. This page is the operator’s reference: what it runs as, what it depends on, the settings that matter, and how tenancy and ledger routing behave.

The container


Lender builds from a multi-stage Dockerfile (a Go Alpine builder producing a static binary, copied into a distroless nonroot runtime) and listens on port 8080. It ships as a container image you deploy into your cluster with the platform’s standard lifecycle tooling. This page does not assume any particular packaging beyond the image. Operational probes:

Dependencies


Configuration surface


Configuration is entirely environment-driven. The keys below shape behavior. They are not the full list.

Tenant and ledger defaults


Lender serves one tenant (DEFAULT_TENANT_ID) with one database schema, and uses a construction-time ledger organization and ledger as the posting default.

Ledger posting and fails-closed routing


A booking reaches the ledger through a durable posting intent and an asynchronous relay. The full path is in Lender in the platform. Routing fails closed. A posting books into the ledger organization and ledger resolved from the accounting profile. A posting that resolves no profile target falls back to the env default. If neither resolves a non-empty target, Lender refuses to post rather than book into an empty or wrong ledger.

Next steps


Lender in the platform

The posting path, event catalog, and tenant isolation in detail.