Saltar al contenido principal
Esta página lista las variables de entorno de la Mensageria. Variables de entorno de Lerian SISBAJUD executor lista las variables del executor. Fundamentos de configuración de BYOC documenta las variables que comparte cada servicio Go de Lerian: servidor, almacenes de datos, telemetría y autenticación de plugins. En las tablas siguientes, la columna Predeterminado / Obligatorio muestra el valor predeterminado. Un calificador en negrita (por ejemplo, Obligatorio) marca las variables que debes configurar. — significa que no hay valor predeterminado. Una variable marcada como Sensible guarda una credencial o material de claves. Inyéctala desde tu gestor de secretos en el momento del despliegue. No hagas commit de su valor.

Servicio y runtime

Las verificaciones de producción exigen POSTGRES_PASSWORD y rechazan POSTGRES_SSLMODE=disable. Con STREAMING_ENABLED=true, también exigen STREAMING_TLS_ENABLED=true.

Autenticación

El arranque acepta la ausencia de clave de verificación y de emisor solo cuando las tres condiciones son verdaderas: PLUGIN_AUTH_ENABLED es true, DEPLOYMENT_MODE es local o no está definido, y ENV_NAME es local.

Licencia

License Manager describe cómo el producto verifica la licencia.

Gestión de claves

Vault (cuando KMS_PROVIDER=vault)

AWS KMS (cuando KMS_PROVIDER=aws)

Los dos modos de clave:
  • managed. La Mensageria crea una clave para cada institución, y kek:rotate la rota.
  • provided. Una clave que tú creas protege todas las instituciones. La Mensageria nunca la crea ni la rota, y kek:rotate devuelve 422. Cuando el custodio de tu clave la rota, la Mensageria registra la nueva versión.
Prepara AWS antes del primer arranque:
  • En el modo provided, la clave debe ser simétrica (SYMMETRIC_DEFAULT), con el uso ENCRYPT_DECRYPT, el origen AWS_KMS y el estado Enabled. La Mensageria rechaza una clave con material de clave importado.
  • La Mensageria obtiene sus credenciales de AWS de la cadena de credenciales predeterminada del AWS SDK.
  • En los dos modos, su identidad necesita kms:DescribeKey, kms:GenerateDataKey, kms:Decrypt, kms:ReEncryptFrom, kms:ReEncryptTo y kms:ListKeyRotations en sus claves. En el modo managed, también necesita kms:CreateKey, kms:TagResource, kms:CreateAlias, kms:RotateKeyOnDemand, kms:GetKeyRotationStatus, kms:ListAliases y tag:GetResources.
  • Cada llamada de clave de datos lleva el contexto de cifrado institution_id y key_purpose. La política de tu clave puede usarlos en condiciones.
Elige el proveedor de claves una sola vez. Cuando la base de datos contiene datos que otro proveedor de claves protege, el arranque rechaza.

API de ejecución y sweeper

El executor lee las órdenes e informa los resultados por la API de ejecución. Integración con Lerian SISBAJUD la describe.

Streaming de eventos

Archivos de respuesta y workers

Almacenamiento de objetos

Consumidor de Lerian STA

La Mensageria recibe los archivos de remesa solo por los eventos que publica Lerian STA. El consumidor usa su propia configuración de broker, STA_STREAM_*. No lee las variables STREAMING_*.

Envío a Lerian STA

Valores que deben coincidir con el executor

  • RESPONSE_DEADLINE_MARGIN. El executor lee la misma variable. Configura el mismo valor en los dos componentes.
  • TLS mutuo. El executor tiene su propio interruptor, MENSAGERIA_MTLS_ENABLED. Configúralo con el mismo valor que SISBAJUD_EXECUTION_MTLS_ENABLED. Con TLS mutuo activo en la Mensageria e inactivo en el executor, el handshake TLS falla.