En las tablas siguientes, la columna Predeterminado / Obligatorio muestra el valor predeterminado. Un calificador en negrita (por ejemplo Obligatorio) marca las variables que debes definir.
— significa que no hay valor predeterminado. 🔒 marca un secreto. Inyecta cada secreto en el momento del despliegue desde tu almacén de secretos. Nunca incluyas un secreto en un commit. Esta página solo lista nombres de variables y su comportamiento. No imprime valores de secretos.Este riel no monta la API de administración de systemplane. Sus variables de datastore usan el prefijo
DB_* en lugar de la forma compartida POSTGRES_*. Consulta Datastores más abajo.Componentes y puertos
El componente de API escucha enSERVER_PORT (predeterminado 4014). SERVER_ADDRESS se deriva de él. Los workers de conciliación, de programación y de webhooks enlazan cada uno un WORKER_PORT para sus sondas de salud. Cada worker lleva sus propios parámetros de ajuste (tamaños de lote, intervalos de sondeo, concurrencia y circuit breakers) en su archivo .env.example. Consulta Puertos de red predeterminados.
Integración con BTG y mTLS
Estas variables guardan las credenciales y la configuración de TLS mutuo de la conexión con BTG.Datastores
Este riel usa el prefijoDB_* para los datastores, no la forma compartida POSTGRES_*. Se conecta a un PostgreSQL primario, a una réplica de lectura aparte, a MongoDB y a Redis.
Midaz, CRM y Fees
Webhooks internos y programación
La API y los workers intercambian eventos por un canal interno de webhooks. También ejecutan flujos Pix recurrentes y programados.Ámbito de Pix y del ledger
Health y readiness
Cada componente exponeGET /health (liveness) y GET /readyz (readiness) en su puerto. Consulta Health y readiness para conocer la forma de la respuesta y el comportamiento de arranque y drenaje.
