Estas variables no son la lista completa. Los nombres y los valores predeterminados de las variables difieren entre servicios, y los servicios agregan sus propias claves. Consulta Variables por producto.
Modo de despliegue y TLS
Servidor
Algunos servicios usan un
SERVER_PORT numérico en lugar de SERVER_ADDRESS o junto con esta. En las releases que adoptan el puerto de health, HEALTH_PORT habilita un listener separado. Sin valor, no hay listener de health. Los charts y ejemplos configuran 8099. Mantén ese puerto interno. Las releases anteriores pueden usar el puerto principal o un puerto dedicado del worker. Consulta Puertos de red predeterminados y Salud y readiness.
En las releases que usan el ciclo de vida actual del servidor compartido, SHUTDOWN_DRAIN_DELAY acepta una duración Go no negativa. Un valor inválido o negativo impide el inicio. Cuando el servicio controla SIGTERM en un pod Kubernetes, el valor predeterminado es 15s; en los demás casos, es 0. Ante la señal, el servicio anuncia la detención y los listeners siguen atendiendo durante el drain. Después del drain, SHUTDOWN_TIMEOUT es un presupuesto compartido para HTTP, gRPC, admin y hooks de detención.
Antes de actualizar un despliegue BYOC a una release que mueve readiness al puerto de health:
- Consulta la release del producto y combina su imagen y chart según el README del chart del producto.
- Permite el tráfico TCP del nodo al pod en el puerto
8099de la red interna, incluidos los firewalls del host o grupos de seguridad. Mantén privado el puerto de health. - Apunta los health checks del balanceador de carga a
/healthen el puerto principal. GKE Ingress y AGIC pueden recurrir aGET /, que devuelve404. - Actualiza las sondas internas y el monitoreo para usar el puerto de health de la release que lo adopta. Mantén sin cambios el puerto principal de la API. Comprueba readiness, liveness y el presupuesto de detención antes de completar la actualización.
Almacenes de datos
Todo servicio que persiste estado se conecta a uno o más almacenes de datos. El prefijo de la variable depende del almacén y, en algunos servicios, de la base de datos lógica. La siguiente tabla muestra la forma común. Consulta la página de cada producto para conocer los nombres exactos.No todos los servicios usan todos los almacenes, y los prefijos varían. Midaz organiza las conexiones por base de datos lógica (por ejemplo,
DB_ONBOARDING_*, DB_TRANSACTION_*, MONGO_CRM_*).Configuración de runtime
Cuando está habilitada, el servicio expone un plano para leer y escribir la configuración en tiempo de ejecución. Consulta Systemplane para conocer la API y los espacios de nombres.
Streaming y outbox
Si la publicación de eventos está activa de forma predeterminada, y qué interruptor la controla, varía según el servicio. Consulta la página de cada producto para conocer su contrato, por ejemplo SPI y SILOC.Las variables que protegen la conexión con el broker varían según el servicio. Algunos servicios leen
STREAMING_SASL_* y STREAMING_TLS_*, y Consignado lee STREAMING_KAFKA_SASL_* y STREAMING_KAFKA_TLS_*. Configúralas cuando tu broker exija autenticación o TLS, y toma los nombres de la página propia del producto.Descubrimiento de servicios
En los servicios que admiten el descubrimiento de servicios con Consul, está deshabilitado de forma predeterminada. Cuando está habilitado, el servicio se registra a sí mismo y resuelve a sus pares a través de Consul en lugar de usar direcciones estáticas.Algunos servicios usan alias heredados (
SD_ADVERTISE_*, CONSUL_ADDR) para el mismo comportamiento.Observabilidad
La telemetría funciona por envío (push, OTLP). Algunos servicios también exponen un endpoint/metrics para el scraping de Prometheus. Consulta Salud y readiness.

