Los workflows de Semaphore UI conectan operaciones guardadas cuando un procedimiento abarca varias herramientas. Una tarea OpenTofu puede crear un entorno, una tarea Ansible configurar los hosts y una tarea Python registrarlo en otro sistema. Las ramas de éxito y error dirigen el siguiente paso, y una aprobación puede pausar la secuencia antes de un cambio. Las plantillas siguen disponibles por separado para el mantenimiento posterior, de modo que un diagnóstico no exige repetir todo el aprovisionamiento.
El editor de workflows de Semaphore UI permite conectar plantillas guardadas y configurar sus rutas de éxito y error en un grafo. El editor de pipelines de GitLab edita y valida YAML y después visualiza los jobs y las dependencias needs resultantes. La visualización ayuda a inspeccionar el procedimiento, pero cambiar las conexiones sigue implicando cambiar la configuración del pipeline. Esto importa si el operador quiere ensamblar procedimientos visualmente en lugar de mantener su orquestación en YAML.
GitLab puede pasar valores calculados a jobs posteriores mediante artefactos de informes dotenv, como la versión desplegada o la URL del entorno. Los datos JSON complejos o multilínea utilizan un artefacto de archivo normal. Las tareas de Semaphore UI pueden intercambiar valores estructurados entre aprovisionamiento y configuración. Por ejemplo, un output de Terraform/OpenTofu con la dirección de un nuevo host puede convertirse en un parámetro de la siguiente operación. En 2.20, la recogida abarca Ansible set_stats, outputs de Terraform/OpenTofu/Terragrunt y JSON de Bash, PowerShell o Python con el ejecutor local del servidor o de un runner remoto. Los ejecutores Docker y Kubernetes no producen esos outputs de workflow. La plantilla receptora declara el parámetro que su playbook o inventario utiliza para dirigirse al nuevo host.
GitLab puede pausar un pipeline con un job manual bloqueante en todos los planes. Configure when: manual con allow_failure: false, porque los jobs manuales opcionales no bloquean el pipeline. Las aprobaciones de despliegue de Premium y Ultimate añaden requisitos de aprobación asignados de forma independiente para entornos protegidos. En Semaphore UI 2.20, la aprobación sigue el permiso de ejecución de tareas del proyecto, y se ha anunciado un rol de aprobador independiente para 2.21. Utilice las aprobaciones de entornos protegidos de GitLab cuando necesite esa separación de permisos.
Los archivos necesitan otro camino. Un paquete compilado o un plan Terraform guardado debe almacenarse donde la siguiente operación pueda recuperarlo, o transferirse expresamente. Los artefactos de jobs de GitLab ya cubren esa parte del pipeline de entrega. Cuando Semaphore UI gestiona el despliegue, su automatización puede obtener el artefacto publicado mediante la versión o digest proporcionado por CI. Así se conservan las evidencias de build de GitLab y las operaciones posteriores utilizan inventarios, credenciales e historial de Semaphore UI.
Los componentes CI/CD de GitLab empaquetan configuración versionada y reutilizable, incluidas secuencias de jobs. Semaphore UI reutiliza plantillas individuales, mientras cada workflow define su secuencia y no puede insertarse como un workflow anidado. Los componentes son valiosos si muchos pipelines comparten un proceso mantenido de varios pasos. El modelo de Semaphore UI es útil cuando se reutilizan sobre todo las operaciones y se combinan de forma distinta para aprovisionar, desplegar o recuperar.
20 min de lectura
