Skip to main content
Pix Indirecto vía BTG llega al arreglo Pix a través de BTG como participante directo. Se distribuye como varios componentes: una API, más los workers de conciliación, de programación y de webhooks entrantes y salientes. DevOps define las variables de entorno de cada componente en el momento del despliegue. Para cambiar una variable, reinicias ese componente. Esta página cubre las variables distintivas de este riel. Para los ajustes de multi-tenancy, streaming, telemetría y autenticación compartidos por todos los servicios Go de Lerian, consulta Aspectos esenciales de configuración BYOC.
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 en SERVER_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 prefijo DB_* 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 expone GET /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.