ConfiguraciónAprovisionamiento

Aprovisionamiento

Lo que el motor instala en el paso Infraestructura.

El paso Infraestructura es donde se monta todo en el host. El motor instala, en secuencia, con progreso transmitido en vivo:

  • k3s — Kubernetes ligero y production-grade (escala a multi-node más adelante).
  • Ingress (Traefik) + cert-manager — enrutamiento y TLS automático vía Let's Encrypt.
  • PostgreSQL y Redis in-cluster — la base de datos definitiva y la cola/pub-sub de logs.
  • Registry de artefactos y los Runners de CI.
  • Runtime serverless de Deploy.
  • Las imágenes definitivas de api y web (despliegue + migraciones + seed del super admin como Jobs in-cluster).
Los objetos Kubernetes llevan el prefijo equantic-space-* (namespace equantic-space, Deployments equantic-space-api / equantic-space-platform, base de datos equantic-space-db).

Runners de CI

Los jobs de pipeline corren como pods aislados en el clúster — un pod por job, con sus propios límites de CPU/memoria, de modo que un job pesado nunca deja sin recursos a la plataforma ni a sus vecinos. La capacidad se deriva del propio clúster (reservando siempre margen para el control plane): los jobs que exceden el techo esperan en la cola, y añadir un nodo a la fleet aumenta la capacidad de CI automáticamente.

¿Necesitas docker build dentro de los jobs? Define EQS_RUNNER_DIND=true: cada job recibe su propio daemon Docker privado, nunca compartido entre jobs ni workspaces.

Ajustar la capacidad

El cálculo es un buen valor por defecto, no una sentencia: en Configuración → Plataforma → Capacidad de CI decides cuánto de la máquina puede tomar el runner, y cada cambio muestra lo que rendiría en este clúster antes de guardarlo.

Dos mandos importan más. La reserva de la plataforma es la porción de cada nodo que CI nunca toca: bajarla da más a CI en total, aunque entonces caben más plazas repartiendo la memoria y cada job puede quedar más pequeño. Y el «no iniciar por debajo de» es un suelo de admisión: el techo de un job queda congelado al crearse su pod, así que una bajada pasajera de memoria libre puede darle a un build de dos horas un límite con el que no termina. Por debajo del suelo el nodo no ofrece plazas y el job espera en la cola: tarde es mejor que lisiado.

Un valor guardado aquí prevalece sobre la variable de entorno EQS_RUNNER_* correspondiente y se aplica en un ciclo del presupuesto (30 s), sin reiniciar nada. Vacía el campo para volver al entorno o al valor por defecto.