¿Por qué los desarrolladores están trasladando los ejecutores de CI, los registros y las bases de datos de pruebas fuera de sus portátiles?
Los equipos trasladan estos servicios de los portátiles para que las compilaciones sean repetibles, las dependencias compartidas estén disponibles, el estado de las pruebas sea desechable y la entrega no dependa de la batería o el espacio de trabajo de un desarrollador.
El servidor no es un portátil más grande. Un ejecutor de CI ejecuta instrucciones de proyectos que no son de confianza, un registro almacena artefactos de la cadena de suministro y una base de datos de pruebas contiene estado mutable. Combinarlos puede ser eficiente para un equipo pequeño solo cuando las identidades, redes, almacenamiento, secretos, cuotas y recuperación están separados por función.
Empieza por el fallo del flujo de trabajo
La CI alojada en un portátil falla cuando su propietario duerme, viaja, cambia de red, cierra la tapa o necesita la CPU y la memoria locales. Un registro local desaparece con ese equipo, mientras que una base de datos de pruebas acumula un estado que solo un desarrollador comprende.
La integración continua depende de una verificación frecuente y automatizada que todos puedan ver. Las prácticas de integración continua de Martin Fowler hacen hincapié en compilaciones con autopruebas automatizadas y resultados visibles, propiedades difíciles de garantizar en un portátil disponible solo ocasionalmente.
Traslada una función solo después de identificar el fallo que resuelve: retraso en la cola, divergencia del entorno, distribución de imágenes, estado de integración compartido o competencia por los recursos del portátil.
Separa el límite de confianza del ejecutor
Trata los trabajos de CI como ejecución de código. Usa contenedores o máquinas virtuales efímeros cuando sea práctico, evita montar el socket de Docker del host en trabajos que no sean de confianza y asigna credenciales con el alcance mínimo por repositorio o canalización.
Configura cuotas para el espacio de trabajo de compilación y las cachés. Un trabajo fallido no debe llenar el sistema de archivos raíz del servidor ni leer credenciales del registro que no estén relacionadas con su proyecto.
Define etiquetas de ejecutor según la confianza y la capacidad. No envíes código de una solicitud de incorporación de cambios de un colaborador desconocido a un ejecutor que pueda acceder a secretos de producción o a la red doméstica.
Convierte el registro en una función de distribución duradera
Almacena los datos y la configuración del registro en almacenamiento persistente con autenticación, TLS en rutas que no sean de confianza, reglas de retención y ventanas de recolección de basura. Separa las etiquetas de versiones inmutables de las imágenes desechables de las ramas.
Haz copias de seguridad de la configuración, los metadatos y cualquier artefacto que no pueda reconstruirse. Si las imágenes son reproducibles a partir del código fuente, documenta el tiempo de reconstrucción y conserva el código fuente, las definiciones de compilación y las dependencias externas en lugar de hacer copias de seguridad de cada capa de caché.
Supervisa la capacidad antes de realizar la limpieza. La recolección de basura del registro puede consumir muchos recursos de E/S y podría requerir un estado de mantenimiento según la implementación.
Mantén las bases de datos de pruebas desechables pero representativas
Asigna a cada canalización o rama un nombre de base de datos, esquema, contenedor o máquina virtual aislado. Inicialízalo a partir de datos de prueba versionados o un conjunto de datos saneado, ejecuta las migraciones automáticamente y destrúyelo después del periodo de retención.
Nunca copies secretos de producción ni datos personales sin redactar en la función de pruebas. Limita el alcance de la red para que un trabajo comprometido no pueda pasar de la base de datos de pruebas a servicios no relacionados.
Conserva solo los registros y artefactos necesarios para diagnosticar pruebas fallidas. Las bases de datos misteriosas de larga duración recrean el problema del portátil en una máquina más grande.
Construye la topología de servidor para equipos pequeños
Usa cuentas de servicio, redes de contenedores, volúmenes, cuotas y reglas de copia de seguridad separados para las funciones de ejecutor, registro y base de datos. Esta guía de plataformas NAS y Docker ayuda a decidir si los contenedores o las máquinas virtuales deben proporcionar el aislamiento.
Coloca la interfaz de administración en una red restringida. Expón el registro y la interfaz de CI solo al equipo o mediante una capa de acceso autenticada. Registra las actualizaciones, la propiedad y la reversión de cada servicio.
Prueba la recreación de un ejecutor, la restauración o reconstrucción del registro, la reinicialización de la base de datos, una situación de disco lleno y el reinicio del servidor. Los desarrolladores aún deberían poder trabajar localmente mientras se recuperan los servicios compartidos.
Comprobación final de la configuración
El traslado tiene éxito cuando las compilaciones se ejecutan sin un portátil específico, los entornos se recrean a partir de definiciones versionadas, los artefactos del registro tienen un plan de retención y recuperación, las bases de datos de pruebas están aisladas y son desechables, y ningún ejecutor conserva más secretos de los que requiere su trabajo.
Productos recomendados
Configuración de NAS y Servidor
Más para leer
Una configuración RAG local para artículos de investigación, notas y documentos privados
Mantén los documentos originales como fuente de autoridad, haz que la indexación sea repetible, exige citas y separa los modelos reemplazables de los datos...
¿Por qué los desarrolladores utilizan un nodo de puerta de enlace para DNS privado, VPN y aplicaciones de prueba?
Un nodo de puerta de enlace proporciona a las aplicaciones privadas un único nombre y una ruta de acceso controlados, mientras que los nodos...
Cómo crear una pila de aplicaciones reproducible con archivos de Compose, secretos y datos persistentes separados
Mantén portables las definiciones de Compose, protege los secretos y realiza copias de seguridad independientes de los datos de las aplicaciones para poder reconstruir...
