Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

Devops-Glue

Plataforma ligera de gestión unificada para cadenas CI/CD en equipos pequeños. Integra Jenkins, GitLab CI, Gitea y Harbor mediante API RESTful con Slim 4.

Ficha actualizada 22 sept 2026, 18:02 · upstream 22 sept 2026, 17:56 · release v2.8.5

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es Devops-Glue

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Devops-Glue es una plataforma de integración diseñada para equipos pequeños y medianos que buscan centralizar la gestión de múltiples plataformas CI/CD. Funciona como capa de agregación de datos sobre Jenkins, GitLab CI, Gitea CI y sistemas personalizados, proporcionando una vista unificada de historiales de compilación sin requerir cambios en las configuraciones originales.

La arquitectura se basa en PHP 8.1+ con el framework Slim 4, permitiendo despliegues rápidos mediante Docker Compose o servidor integrado. Incluye autenticación LDAP/SSO, roles personalizados con RBAC basado en datos y soporte para múltiples repositorios Git (GitHub, GitLab, Gitee, Gitea). La integración con Harbor permite escaneo de seguridad y mapeo automático de artefactos.

Es un componente complementario que requiere el servicio Devops_CD para la capa de despliegue continuo. Ofrece documentación completa en inglés y chino, con manuales específicos para administración, API, arquitectura y compatibilidad de versiones.

CASOS DE USO
  • Centralizar la visualización de builds distribuidos entre Jenkins, GitLab CI y Gitea desde una única consola
  • Implementar control de acceso granular (RBAC) personalizado sin modificar plugins nativos de las plataformas CI
  • Auditar seguridad mediante escaneo SAST y detección de secretos escritos en el estado del commit
  • Mapear automáticamente jobs a repositorios Git y registros de imágenes Harbor para trazabilidad completa
PUNTOS DESTACADOS
  • Integración no invasiva vía API RESTful que no requiere cambios en configuraciones CI existentes
  • RBAC basado en datos con roles personalizables definidos en la interfaz de administración
  • Soporte nativo para múltiples plataformas Git (GitHub, GitLab, Gitee, Gitea) y CI (Jenkins, GitLab CI, Gitea CI)
  • Interfaz bilingüe (inglés/chino) con cambio instantáneo mediante parámetro ?lang=
PRECAUCIONES
  • Requiere el repositorio hermano Devops_CD para la capa de despliegue continuo (CD)
  • Configuración inicial manual obligatoria del archivo config/app.env antes del arranque
  • No incluye orquestación nativa; Kubernetes requiere integración externa vía scripts o herramientas externas
  • Compatibilidad limitada a versiones específicas de Jenkins (v2.60+), GitLab (v9.0+) y Harbor (v1.10.1+)
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker Compose detectado

Usar Docker Compose con MySQL/MariaDB en producción; editar config/app.env con credenciales reales antes de arrancar; verificar compatibilidad de versiones de servicios integrados según Integrated-Service-Version-Compatibility.md; configurar autenticación LDAP/SSO si es necesario; usar cuenta robot Harbor v2.2.0+ para llamadas REST API o cuenta normal para versiones anteriores.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
PHPPython
SERVICIOS
MySQL
BASES DE DATOS
MySQL
PUERTOS
808080
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.