VariableGroups
Un Vargroup en SleakOps es un recurso que almacena de forma segura información sensible (como credenciales de bases de datos) dentro de tu clúster EKS. Asegura que las credenciales y las variables específicas del entorno se gestionen de manera segura y sean fácilmente accesibles por tus aplicaciones.
Preguntas Frecuentes
¿Puedo editar un VariableGroup creado por SleakOps?
Sí, puedes acceder y gestionar el VariableGroup para tu instancia MySQL desde la consola de SleakOps. Puedes modificar valores como nombres de usuario, contraseñas u otras credenciales específicas del entorno.
¿Cómo usan mis aplicaciones los Vargroups?
Los Vargroups se inyectan de forma segura en el entorno de tu aplicación cuando se despliega. Tus aplicaciones pueden acceder a estas credenciales y otras variables sin exponer información sensible en el código.
¿Cómo asegura SleakOps la seguridad de los Vargroups?
SleakOps almacena de forma segura los Vargroups como secretos de Kubernetes dentro de tu clúster EKS. El acceso se controla a través de Service Accounts de Kubernetes, asegurando que solo los componentes autorizados puedan acceder a la información sensible.
¿Puedo eliminar un Variable Group?
Sí, los Vargroups se pueden eliminar o actualizar según sea necesario. Sin embargo, ten cuidado al eliminarlos, ya que puede interrumpir tu aplicación.
¿Puedo configurar una variable de entorno que aplique solo a un worker y no a toda la app?
Sí, es posible. Aunque las variables de entorno globales afectan a todos los deployments del proyecto, SleakOps permite crear Vargroups con scope de workload, lo que te permite asignar variables específicamente a un tipo de workload (por ejemplo, solo a tus workers) sin que impacten en el resto de la aplicación. Pasos: Creá un nuevo Vargroup, seleccioná el scope de tipo workload en lugar de global, asocialo al worker correspondiente y agregá las variables que necesitás. Esas variables solo afectarán a ese workload.
¿Cuál es la diferencia entre un Vargroup Global y uno con Ámbito de Servicio?
- Global: Disponible para todos los servicios dentro del namespace. Se crea sin seleccionar un servicio específico. Para crearlos selecciona "global".
- Variable Group con Ámbito de Servicio: Solo aplica al servicio seleccionado dentro del proyecto y el entorno. Sobrescribe los valores del Vargroup global si tienen la misma clave.
¿Qué ocurre si hay claves duplicadas en diferentes Vargroups?
Si existen claves duplicadas en diferentes Vargroups:
- Si la clave existe tanto en un Vargroup global como en uno con Ámbito de Servicio, el valor del Vargroup con Ámbito de Servicio tiene prioridad.
- Si dos Vargroups globales tienen la misma clave, se usará el más recientemente creado.
¿Cuál es la diferencia entre un Vargroup de tipo ENV y uno de tipo FILE?
- ENV: Las variables se inyectan como variables de entorno en los contenedores de tu workload. Cada par clave-valor se convierte en una variable de entorno accesible en tiempo de ejecución.
- FILE: Las variables se montan como archivos dentro de los contenedores de tu workload. Cada par clave-valor crea un archivo en el mount path configurado. El nombre del Vargroup se convierte en un subdirectorio, cada clave en un nombre de archivo y cada valor en el contenido del archivo.
¿Cómo funciona la opción Replicate To (Replicar en)?
La opción Replicate To te permite seleccionar entornos de proyecto adicionales donde también se creará el Secret de Kubernetes del Vargroup. Esto hace que las variables estén disponibles en múltiples namespaces sin necesidad de recrear el Vargroup manualmente en cada entorno.
Crea un grupo de variables
1. Navega a la sección para crear un Vargroup
En el Panel izquierdo, accede a la opción Vargroups bajo Proyectos y luego, en la esquina superior derecha, haz clic en el botón Crear.

2. Selecciona un Proyecto y completa los atributos necesarios
Completa los siguientes atributos para crear un nuevo Vargroup:
| Atributo | Descripción |
|---|---|
| Proyecto | La aplicación o carga de trabajo específica dentro de SleakOps. Determina el alcance del grupo de variables. |
| Servicio | Un microservicio o componente dentro del proyecto. Si se selecciona, el Vargroup está limitado a él; si no, al seleccionar global estará accesible dentro del namespace. |
| Nombre | Un identificador único para el Vargroup, utilizado para diferenciarlo dentro del proyecto. Debe ser descriptivo del propósito del grupo. |
| Desplegar | Habilita esta opción si deseas que SleakOps publique y despliegue automáticamente tu servicio en el proyecto. |
| Replicar en | Opcional. Selecciona entornos de proyecto adicionales donde también se creará el Secret de Kubernetes de este Vargroup, haciendo que sus variables estén disponibles en múltiples namespaces. |
Si eliges agregar el argumento usando la opción de texto: Cada argumento debe agregarse en una nueva línea, separada por un signo de igual (=), sin espacios adicionales.
NOMBRE_ARGUMENTO=VALOR ARGUMENTO_DOS=VALOR ARGUMENTO_UNO=VALOR

Envía para crear y desplegar tu Vargroup.
3. Selecciona un tipo y configura tus variables
El campo Tipo define cómo se consume el Vargroup en tus workloads. Selecciona el tipo que se adapte a tu caso de uso:
ENV — Variables de Entorno Clave-Valor
Selecciona ENV para inyectar las variables como variables de entorno en los contenedores de tu workload. Agrega pares clave-valor usando el formulario, o activa el Textmode para ingresarlos como líneas CLAVE=VALOR.

FILE — Archivos de Configuración Montados
Selecciona FILE para montar las variables como archivos dentro de los contenedores de tu workload. Al usar este tipo, también debes proporcionar un Mount Path — el directorio donde se montarán los archivos.
Cada par clave-valor crea un archivo siguiendo esta estructura:
- El Mount Path es el directorio base (ej.
/nginx/). - El nombre del Vargroup se convierte en un subdirectorio dentro de él (ej.
my-config). - Cada Clave se convierte en el nombre del archivo (ej.
nginx.conf). - Cada Valor se convierte en el contenido del archivo.
Ejemplo: con Mount Path /nginx/, nombre de Vargroup my-config y una clave nginx.conf, el archivo se montará en /nginx/my-config/nginx.conf con el valor como contenido.
