Operar
Entornos
Un complemento posee un conjunto ordenado de entornos — Development, QA, Staging, UAT, Production — y cada uno ejecuta su propio agent, en vivo de forma independiente. Esta página cubre cómo renombrarlos, la caché de resultados por entorno, y cómo se mueve la configuración entre entornos.
6 min de lectura
Qué es un entorno
Un complemento posee un conjunto ordenado de entornos con nombre — hasta cinco, en un orden de promoción fijo (Development, QA, Staging, UAT, Production por defecto; no tienes que llenar cada puesto, y los nombres son tuyos para editar). Un complemento nuevo empieza con un único entorno de Development.
- Cada entorno ejecuta su propio agent — su propio proceso
connxl-agent(o varias réplicas), autenticado con un certificado limitado a ese único entorno. No existe un "entorno activo" ni un anclaje: Development y Production se sirven en paralelo por agents distintos, y nada de lo que hagas en uno afecta a si el otro está en vivo. - Development (posición 1) es el origen. Es el único entorno donde creas o editas estructura — funciones, definiciones de conexión, botones de la cinta, el panel de tareas. El backend lo impone, no solo el panel.
- Cualquier otro entorno es un destino de promoción. Ahí solo editas valores específicos del entorno — credenciales, hosts, ajustes de caché. Una edición estructural (añadir una función, cambiar la forma de una conexión) se rechaza fuera del entorno de origen; traes la estructura con Promote en su lugar.
Renombrar y eliminar
Abre los ajustes de un entorno para renombrarlo. El slug — que se compara sin distinguir mayúsculas/minúsculas con el CONNXL_ENV_ID del agent al conectar — queda fijado en la creación y no puede cambiar, así que renombrar el nombre visible nunca rompe la identidad de un agent en marcha.
Eliminar arrastra todo consigo
Eliminar un entorno se lleva consigo sus conexiones, funciones, botones de la cinta, panel de tareas e historial de versiones. El entorno de origen y el entorno del que depende un complemento para su último agent restante están protegidos frente al borrado.
La caché de resultados
Cada entorno lleva su propia configuración de caché — el bloque cache del snapshot del agent, que se edita desde la pestaña Configuration de la página Agent. Controla si (y cómo) se cachean los resultados de una función antes de que una llamada vuelva a llegar a tu fuente de datos.
- Backend —
disabled(por defecto; no se cachea nada),memory(en el proceso del agent — se limpia al reiniciar, por réplica), ovalkey(compartida entre todas las réplicas del entorno, respaldada por una conexión Valkey que registras como cualquier otra fuente de datos). - Defaults — el TTL y los límites de tamaño genéricos aplicados a cualquier función que ningún segmento de abajo cubra.
- Segments — una lista ordenada de reglas glob sobre ids de función (
MODULE.NAME, p. ej.SALES.*). Gana el primer segmento que coincide, así que pon los patrones más estrechos por encima de los más amplios. Cada segmento puede fijar su propio TTL y límites de tamaño, anulando los valores por defecto solo para las funciones que coincide.
| Field | Type | Description |
|---|---|---|
backendRequired | disabled | memory | valkey | Dónde viven los resultados cacheados. valkey necesita una conexión kv registrada en este entorno — sin una, la opción no está disponible. |
connectionIdOptional | id | La conexión kv (Valkey) que respalda una caché valkey. La URL de la conexión es un secreto, así que la configuración de caché la referencia por id en lugar de guardar la URL directamente. |
defaults.ttlSecondsOptional | int | Tiempo de vida por defecto de un resultado cacheado, en segundos. En blanco/0 significa que no hay límite por defecto. |
defaults.maxEntriesOptional | int | Tope por defecto del número de entradas cacheadas. |
defaults.maxBytesOptional | int | Tope por defecto del tamaño cacheado, en bytes. |
resources[].nameOptional | string | Una etiqueta para el segmento. default está reservado, y los nombres deben ser únicos dentro del entorno. |
resources[].matchRequired | glob | Un glob sobre ids de función (p. ej. SALES.*). Ordenados de arriba abajo; gana la primera coincidencia. |
resources[].ttlSeconds / maxEntries / maxBytesOptional | int | Anula los valores por defecto para las funciones que coinciden con este segmento. |
Un patrón que no coincide con nada es solo un aviso
El panel comprueba el glob de cada segmento contra los ids de función actuales de tu entorno y marca el que no coincida con ninguno — útil para detectar un nombre de módulo mal escrito. Es solo informativo: un patrón puede legítimamente apuntar a una función que aún no has construido, así que nunca bloquea el guardado.
El cacheo solo se aplica cuando se elige un backend distinto de disabled; elegir disabled mantiene activo el selector de backend (para que puedas volver a activar la caché) pero deja inertes todos los demás campos.
Cómo se mueve la configuración entre entornos
La estructura nunca se edita sola hacia un entorno de destino — se trae deliberadamente con Promote, desde la página de ese entorno. Promote:
- Copia la estructura del entorno de origen (funciones, la forma de las conexiones, botones de la cinta, panel de tareas) al entorno destino.
- Preserva los valores propios del destino — sus credenciales, host del agent y configuración de caché quedan intactos, así que promover una función nueva a Production no sobrescribe la contraseña de la base de datos de Production.
- Publica automáticamente — un Promote actualiza la configuración de trabajo del destino y la pone en vivo en el mismo paso, registrado como una entrada
promoteen el historial de versiones de ese entorno.
Consulta Versiones para el flujo completo de guardar/publicar/comparar/restaurar, y cómo aparece un Promote en el historial de un entorno.
Panel
El panel es donde configuras los complementos y observas los agents que los sirven. Todo está limitado por la URL — organización, luego complemento, luego entorno — así que la ruta de navegación te dice exactamente qué estás editando.
Versiones
Cada entorno mantiene un historial restaurable de configuraciones publicadas. Esta página cubre el modelo de borrador frente a en vivo, cómo guardar y publicar una versión, comparar dos instantáneas (incluyendo tu borrador sin publicar), restaurar, y promover una versión entre entornos.