El contenedor
Lender se entrega como una imagen de contenedor que escucha en el puerto
8080. La despliegas en tu clúster con las herramientas de ciclo de vida estándar de la plataforma. Esta página no asume ningún empaquetado particular más allá de la imagen.
Lender sirve estas sondas operativas en el puerto principal:
HEALTH_PORT define el puerto de salud. Cuando HEALTH_PORT no está definido, Lender no inicia un listener de salud. El puerto de salud sirve estas sondas:
PostgreSQL, Valkey y la licencia condicionan la primera respuesta de listo, y también Tenant Manager en modo multi-tenant. RabbitMQ, el backbone de eventos y el consumidor de exclusión del Consignado se reportan y no cambian el estado. Un riel de exclusión o un listener de webhook detenido hace fallar el liveness. El
/readyz también reporta una licencia revocada. Los listeners de webhook de cobranza y del hub no sirven ninguna sonda. La referencia de salud y preparación describe el contrato compartido.
Dependencias
Superficie de configuración
La configuración se guía por variables de entorno. Las claves de abajo moldean el comportamiento. La página Variables de entorno lista cada clave.
Tenant y valores predeterminados del ledger
Por defecto, Lender atiende a un tenant (
DEFAULT_TENANT_ID) con un esquema de base de datos. Las jurisdicciones que un tenant puede operar viven en la clave de configuración en tiempo de ejecución lender.jurisdictions/tenant_bindings. Un tenant sin vínculo recibe 403 en toda ruta de Brasil. En un despliegue BYOC, tu administrador define los vínculos con PUT /api/v1/systemplane/lender.jurisdictions/tenant_bindings y el cuerpo {"value": {"<tenant id>": ["BR"]}}. La escritura reemplaza el documento completo y exige systemplane/write. El tenant id es un UUID en minúsculas. En Lerian Cloud, la operación de Lerian define los vínculos de jurisdicción.
Asiento en el ledger y enrutamiento que falla cerrado
Una contabilización llega al ledger a través de una intención de asiento durable y un relay asíncrono. La vía completa está en Lender en la plataforma. El enrutamiento falla cerrado. Un asiento se contabiliza en la organización del ledger y el ledger que se resuelven desde el perfil contable. Un asiento que no resuelve ningún destino de perfil recurre al predeterminado del entorno. Si ninguno de los dos resuelve un destino no vacío, Lender rechaza contabilizar en lugar de asentar en un ledger vacío o equivocado.
Próximos pasos
Lender en la plataforma
La vía de los asientos, el catálogo de eventos y el aislamiento por tenant en detalle.

