Resumen: Las metodologías DevOps y los flujos de trabajo basados en integración y entrega continuas (CI/CD) son ya parte de la formación técnica que necesita el alumnado de Informática. En muchos centros, sin embargo, estas prácticas se enseñan todavía a través de plataformas comerciales alojadas en servidores externos, lo que limita el control sobre los datos y sobre los proyectos del alumnado. Este artículo analiza la viabilidad de usar Forgejo, una forja de software libre y autoalojada, como infraestructura principal de trabajo en los ciclos de la familia de Informática y Comunicaciones. A partir de una propuesta de organización del aula basada en equipos, repositorios y permisos, se estudia cómo Forgejo Actions y act_runner, desplegados con contenedores Docker, pueden facilitar la integración del código y mejorar el seguimiento del trabajo del alumnado. El artículo sostiene que este tipo de entornos puede reforzar el control institucional sobre la información y, al mismo tiempo, ofrecer una experiencia de aprendizaje más cercana a la práctica profesional.
Palabras clave: Formación Profesional; Soberanía Digital; DevOps; Forgejo; Integración Continua; Protección de Datos.
Abstract: DevOps methodologies and workflows based on continuous integration and continuous delivery (CI/CD) are now a required part of the technical training for computer science students. However, in many institutions, these practices are still taught using commercial platforms hosted on external servers, which limits control over students’ data and projects. This article analyses the feasibility of using Forgejo, an open-source, self-hosted software forge, as the primary working infrastructure for Computer Science and Communications courses. Based on a proposal for team-centred classroom organisation, the article examines how Forgejo Actions and act_runner, deployed using Docker containers, can facilitate code integration and improve monitoring of students’ work. It argues that this type of environment can strengthen institutional control over information while offering a learning experience that more closely mirrors professional practice.
Keywords: Professional Training; Digital Sovereignty; DevOps; Forgejo; Continuous Integration; Data Protection.
DEVOPS Y SOBERANÍA DE DATOS CON FORGEO EN FP DE INFORMÁTICA
La ingeniería de software ha experimentado una transformación profunda en la última década, pasando de procesos de producción más artesanales y fragmentados a un entorno cada vez más industrializado y articulado en torno a la automatización. Históricamente, el desarrollo de aplicaciones y sistemas se supeditaba a modelos tradicionales de corte lineal, entre los cuales el modelo en cascada o Waterfall constituyó el paradigma dominante. Bajo esta estructura secuencial, las fases de especificación de requisitos, diseño, codificación, aseguramiento de la calidad (QA) y despliegue final se ejecutaban como compartimentos estancos, en departamentos fragmentados que apenas mantenían comunicación interna.
DevOps y Soberanía de datos con Forgeo en la Foemación Profesional de Informática #Ced Compartir en XEste aislamiento sistémico generaba el clásico fenómeno de «lanzar el código por encima del muro»: el equipo de desarrollo entregaba un producto sin comprobar si la infraestructura de sistemas estaba realmente preparada, mientras que el equipo de operaciones recibía un software complejo cuya configuración desconocía. La consecuencia técnica inmediata de esta fricción operativa era el retraso sistemático en la obtención de retroalimentación didáctica y funcional, de modo que los fallos estructurales o los errores de diseño se descubrían únicamente al final del proyecto, cuando el código ya era tan voluminoso y complejo que su corrección resultaba prohibitivamente cara y arriesgada (Serna M., Martínez M. y Tamayo O., 2019). Este comportamiento es característico de la rigidez secuencial que ilustra la Figura 1.
El punto de mayor parálisis técnica en este modelo tradicional se producía durante el fenómeno conocido en la literatura de la ingeniería informática como Integration Hell o «infierno de la integración». Este escenario caótico aparecía cuando los desarrolladores intentaban reunir sus piezas de código en un repositorio central después de haber trabajado de forma aislada durante semanas y sin una sincronización frecuente. Al no existir un flujo de integración continuo, las colisiones entre líneas de código, las diferencias entre dependencias locales y las incompatibilidades en las bases de datos terminaban por frenar el ritmo de trabajo. Resolver estas fricciones exigía una revisión manual del código que retrasaba los despliegues e introducía errores ocultos que afectaban a la predictibilidad del producto.
Ante esta crisis de escalabilidad y predictibilidad, la industria tecnológica respondió impulsando DevOps y una cultura de trabajo basada en la automatización, con el objetivo de romper los silos departamentales y avanzar hacia una responsabilidad compartida a lo largo de todo el ciclo de vida de la aplicación («You build it, you run it»).
La automatización dejó entonces de entenderse solo como un recurso para reducir tiempos operativos y pasó a ocupar un lugar central como apoyo para mantener la coherencia del trabajo, mejorar la trazabilidad y favorecer la paridad entre entornos de producción.
Esta transformación cultural encontró su principal impulso metodológico en los marcos de desarrollo ágiles (Agile), que sustituyeron la rigidez secuencial del modelo en cascada por un enfoque iterativo e incremental. Bajo este nuevo paradigma, el software dejó de concebirse como un bloque monolítico que se entrega al final de un proceso largo y pasó a entenderse como un producto en evolución constante, que avanza mediante ciclos cortos de trabajo conocidos como sprints. Este cambio exige también una redefinición operativa basada en las prácticas de integración continua (CI) y entrega o despliegue continuo (CD). El pipeline de CI/CD se consolida así como uno de los ejes de la ingeniería de software moderna, ya que cada pequeña modificación del código introducida por un desarrollador desencadena de forma automatizada una secuencia de compilación, ejecución de pruebas unitarias y análisis de calidad estática. Si el código supera esas validaciones, los mecanismos de CD permiten su empaquetado y despliegue inmediato en entornos de prueba o de producción, configurando el ciclo iterativo que muestra la Figura 2.
Para sintetizar y contrastar las diferencias operativas y conceptuales que separan ambos modelos, la Tabla 1 recoge sus rasgos principales.
En el contexto de la Formación Profesional de la familia de Informática y Comunicaciones, la adopción de estas metodologías modernas no es solo un añadido curricular, sino también una necesidad metodológica y pedagógica para alinear las competencias del alumnado con la realidad del mercado laboral global. Sin embargo, trasladar de forma fiel la dinámica automatizada de la industria al entorno escolar plantea un reto importante. Durante años, la entrega de tareas y proyectos en los ciclos formativos se ha gestionado mediante formatos estáticos o plataformas en la nube privativas que funcionan como «cajas negras» fuera de la red del centro educativo (Díaz Santa María, López Ríos y Molina Saorín, 2023). Esta dependencia no solo debilita el aprendizaje profundo de la arquitectura de sistemas, sino que también priva al discente de interactuar con la instalación, la securización y el mantenimiento de las propias herramientas con las que trabaja.
Para romper esta dinámica y dotar a las aulas de un entorno ágil, transparente e industrializado, es necesario cambiar el enfoque y situar las herramientas soberanas y el modelo de self-hosting o autoalojo en el centro de la práctica docente. En este contexto, el despliegue de servidores locales Forgejo se presenta como una alternativa educativa adecuada, capaz de combinar de forma ligera la potencia de un entorno profesional con el control institucional directo sobre la infraestructura.
El presente estudio no se limita a una propuesta teórica, sino que analiza los requisitos de la orquestación de contenedores y valora la viabilidad del nodo local en escenarios de carga propios del entorno lectivo, aportando un marco de mantenimiento predictivo y de seguimiento del rendimiento mediante telemetría integrada que permite comprobar la sostenibilidad del modelo en centros escolares con recursos limitados. Para ello, el manuscrito describe en primer lugar un modelo de organización jerárquica para estructurar la forja local, explicando los flujos de simulación profesional y de coevaluación antes de pasar al análisis cuantitativo de su impacto sobre la infraestructura.
Soberanía Tecnológica y marco regulartorio de la protección de datos en la Infraestructura Educativa
La adopción de entornos virtuales de aprendizaje y de herramientas de desarrollo en la Formación Profesional no puede separarse de un análisis profundo sobre la gobernanza y la custodia legal de la información que se genera en las aulas. En el escenario tecnológico actual, la dependencia de servicios de Software como Servicio (SaaS) y de plataformas privativas en la nube —como GitHub, propiedad de Microsoft, o las modalidades comerciales de GitLab— plantea importantes dilemas éticos y riesgos jurídicos para la administración pública (Candón Mena, 2012). Estas plataformas suelen estar vinculadas a grandes corporaciones multinacionales con sede fuera del territorio europeo, lo que somete la información institucional a marcos legales transfronterizos como la Cloud Act de los Estados Unidos. Esta normativa permite a las autoridades extranjeras solicitar de forma unilateral el acceso a datos custodiados por sus empresas tecnológicas, incluso cuando los servidores físicos se encuentran en suelo europeo, lo que entra en conflicto directo con los principios de privacidad, confidencialidad y control que deben regir el patrimonio tecnológico público.
Frente a esta fragmentación de la responsabilidad jurídica y a los riesgos de fugas de metadatos o de perfiles comerciales automatizados amparados en cláusulas contractuales opacas, el modelo de self-hosting o autoalojo surge como un imperativo ético y legal estricto. La implementación de una instancia local sujeta a los servidores de la Conselleria de Educación permite cumplir de forma rigurosa con el Reglamento General de Protección de Datos (RGPD) y con la Ley Orgánica de Protección de Datos (LOPD) (Reglamento (UE) 2016/679, 2016; Ley Orgánica 3/2018, 2018). Al mantener la trazabilidad física completa de cada repositorio, comentario e identidad digital dentro del perímetro de seguridad del centro educativo o de los centros de datos institucionales de la Generalitat Valenciana, la administración pasa a ser el único responsable y encargado del tratamiento (European Data Protection Board, 2021). De este modo, se protege al sistema educativo frente a transferencias internacionales de datos no controladas y se garantiza un entorno digital de aprendizaje seguro, transparente y plenamente independiente de lógicas de mercado e intereses corporativos globales. Para ilustrar el grado de fiscalización y las garantías normativas que ofrece cada infraestructura de desarrollo respecto a la gobernanza de la información, la Tabla 2 sintetiza sus principales variables operativas.
La elección de Forgejo como núcleo de esta arquitectura soberana responde a la necesidad de encontrar un equilibrio entre la potencia operativa y la responsabilidad legal. Nacido en diciembre de 2022 como un fork comunitario e independiente de Gitea —tras el conflicto de gobernanza derivado de la transferencia de la propiedad de la marca y los dominios a una entidad comercial con ánimo de lucro—, Forgejo se apoya en los valores de la privacidad por defecto, la neutralidad tecnológica y la propiedad comunitaria protegida por licencias libres MIT y GPL. Esa trayectoria de independencia y compromiso con la ética digital es la que ha permitido a plataformas de referencia del software libre en Europa, como Codeberg.org, migrar con éxito toda su infraestructura hacia Forgejo, lo que demuestra su madurez técnica y su capacidad de escalado en entornos de alta demanda.
Desde una perspectiva didáctica, esta apuesta por el software libre y la neutralidad tecnológica se entiende como una prolongación natural de estrategias institucionales valencianas de largo recorrido, representadas por proyectos consolidados como el sistema operativo LliureX. Forgejo se integra de manera orgánica en este ecosistema abierto y permite que el aula de Formación Profesional funcione con el rigor y los estándares de un centro de desarrollo de alto rendimiento, pero siempre desde los principios propios de la escuela pública: la democratización en el acceso a la tecnología, el retorno social de la inversión pública y el fomento de un espíritu crítico en el alumnado respecto a la propiedad de las herramientas informáticas y la libertad del usuario.
Diseño de la Infraestructura ligera en el centro: Eficiencia en GO y el impacto Predagógico de la contenedorización efímera
La viabilidad de implementar metodologías ágiles y flujos de trabajo profesionales dentro de un centro educativo está muy condicionada por la realidad material de los recursos de hardware disponibles. Durante años, el autoalojo de plataformas de desarrollo colaborativo e integración continua (ALM) ha requerido infraestructuras de servidor muy potentes, algo inasumible para la mayoría de los departamentos de informática. Soluciones open source tradicionales como GitLab, construidas sobre arquitecturas más pesadas basadas en Ruby on Rails y organizadas mediante complejos entramados de microservicios, imponen requisitos mínimos que oscilan entre los 4 y los 8 gigabytes de memoria RAM y al menos 4 núcleos de procesamiento incluso en su fase de arranque inicial. Intentar ejecutar estos entornos en servidores modestos o en equipos reutilizados del centro suele derivar en saturación de la CPU, latencias demasiado altas en las operaciones web y colapsos del sistema durante los periodos de mayor concurrencia en el aula, lo que desmotiva al alumnado y dificulta la acción docente (Serna M., Martínez M. y Tamayo O., 2019). Para contrastar las variables de viabilidad técnica, soberanía y costes de las principales soluciones de integración continua dentro del marco escolar, la Tabla 3 desglosa el análisis de forma comparativa.
Frente a esta barrera técnica, la arquitectura de Forgejo destaca por su eficiencia operativa gracias a una filosofía de diseño basada en una aplicación monolítica moderna escrita íntegramente en el lenguaje de programación Go. Al estar compilado directamente a código máquina y prescindir de intérpretes en tiempo de ejecución, Forgejo se distribuye como un binario ejecutable único que integra de forma nativa el backend, la interfaz de usuario, los servidores SSH/HTTPS y el registro de contenedores. Esta ligereza permite que la plataforma funcione con agilidad, consumiendo menos de 1 gigabyte de memoria RAM y un único núcleo de procesamiento. La optimización del lenguaje Go en la gestión de gorutinas concurrentes asegura una respuesta casi instantánea de la interfaz y de la API REST, lo que permite que decenas de alumnos envíen código y consulten datos al mismo tiempo sin reducir el rendimiento del hardware del instituto.
Desde una perspectiva estrictamente arquitectónica, la eficiencia del binario único compilado en Go se aprecia sobre todo en la gestión de la concurrencia asíncrona mediante el modelo de canales y gorutinas nativas. A diferencia de los entornos basados en hilos de ejecución tradicionales (multi-threading), que obligan a usar soluciones más pesadas como Jenkins o GitLab y pueden saturar las tablas de paginación del núcleo debido al sobrecoste de contexto (context-switching), Forgejo delega la multiplexación de las operaciones de entrada y salida directamente en el programador del tiempo de ejecución (Go runtime scheduler). Eso permite que el demonio del servidor local atienda peticiones HTTP concurrentes y operaciones de lectura y escritura sobre los repositorios Git con un impacto prácticamente imperceptible en los registros de intercambio de memoria (swap) del host.
Asimismo, la integración de los act_runners mediante técnicas de consulta elástica (polling adaptativo) reduce la sobrecarga de la red de área local del centro educativo. El runner no mantiene conexiones WebSocket persistentes que agoten los descriptores de archivos del sistema operativo anfitrión, sino que consulta de forma intermitente la API REST de la forja local. Cuando se detecta un evento de integración, el aislamiento del entorno de ejecución se garantiza mediante políticas estrictas de restricción de recursos dentro del motor de Docker, limitando las cuotas de CPU y de memoria virtual asignadas a cada contenedor efímero a través de subgrupos de control (cgroups) del kernel de Linux. De este modo, se evita que un bucle infinito o un script de compilación defectuoso diseñado por un discente pueda provocar una denegación de servicio por inanición de recursos (resource starvation) en el resto de los laboratorios del centro formativo.
Para garantizar la portabilidad del sistema y evitar los conflictos de versiones que suelen aparecer cuando se intentan instalar múltiples lenguajes y librerías directamente sobre el sistema operativo anfitrión, el despliegue de la forja educativa se articula mediante la orquestación de contenedores Docker a través de archivos de configuración declarativos. Esta metodología permite unificar el estado del entorno de aprendizaje y asegurar una paridad real entre el servidor de prácticas y los ordenadores del alumnado.
El núcleo de esta robustez operativa reside en el uso de los act_runners, que se conectan al servidor mediante protocolos seguros de consulta (polling). Cuando el discente realiza una acción de control de versiones, el runner interactúa con el socket de Docker para levantar una instancia virtual efímera de forma instantánea y limpia —un contenedor aislado— configurada con las versiones exactas de los compiladores y dependencias exigidas por ese proyecto concreto.
El impacto pedagógico de este enfoque efímero es muy alto, ya que resuelve de raíz el histórico problema de «en mi máquina funciona» y convierte el pipeline de automatización en un espacio de trabajo nuevo para cada entrega. El alumno trabaja con entornos reales en los que sus scripts se ejecutan dentro de una burbuja aislada y protegida; si el código contiene errores de lógica o de sintaxis, el contenedor se destruye de forma inmediata (Fail Fast), ofreciendo registros técnicos de error al momento y sin dejar residuos en el disco ni afectar a las entregas de otros compañeros. Al finalizar el proceso, la persistencia transaccional de los datos estructurales, como incidencias, hitos o permisos de equipos, queda delegada de forma segura en motores relacionales robustos como PostgreSQL, mientras que los repositorios Git y las imágenes Docker se almacenan de forma persistente en volúmenes gestionados del servidor. Se consolida así una infraestructura docente sostenible, escalable y plenamente auditable, que imita con fidelidad los entornos de producción industriales de alta disponibilidad (Mamani Rodríguez, Del Pino Rodríguez y Gonzales Suarez, 2020).
El aula como entorno de simulación profesional: Metodologías ágiles, Commits semánticos y el Flujo de coevaluación en la forja educativa
La incorporación de Forgejo en el aula de Formación Profesional de Informática va más allá de una simple mejora de la infraestructura técnica y se convierte, sobre todo, en una herramienta de cambio metodológico. Durante años, la dinámica habitual de entrega de prácticas se ha basado en formatos estáticos o en el envío puntual de archivos comprimidos, un procedimiento que aleja el trabajo del alumnado de la realidad laboral y reduce la labor docente a una corrección posterior que, en muchos casos, termina siendo más sancionadora que formativa. El uso integrado de los componentes de gestión de proyectos que ofrece la forja autoalojada permite transformar el aula en una simulación fiel de una factoría de software industrial. Los enunciados de las tareas dejan de ser documentos pasivos y pasan a organizarse en el módulo de incidencias (Issues) como encargos o requerimientos de un cliente real, lo que obliga al alumnado a asumir responsabilidades con agilidad, a priorizar el trabajo mediante hitos temporales (Milestones) y a organizar su jornada escolar a través de tableros Kanban interactivos.
Esta inmersión en la cultura DevOps exige que el estudiantado incorpore buenas prácticas de trazabilidad en la gestión del código desde las primeras fases del aprendizaje. Para evitar una costumbre bastante extendida en el entorno escolar, como es el uso de mensajes de Git vagos o poco informativos, la metodología didáctica plantea la adopción del estándar Conventional Commits o commits semánticos. Al pedir al discente que estructure cada confirmación de cambio mediante prefijos normalizados de intención —como feat para nuevas funcionalidades, fix para correcciones de errores o test para la batería de pruebas—, se consigue que el historial del proyecto sea mucho más claro y que la evolución del trabajo pueda seguirse con facilidad. El valor pedagógico de esta práctica aumenta gracias a la capacidad de referenciación cruzada de la plataforma: cuando el alumno incorpora en el mensaje una cadena sintáctica de control, por ejemplo, Closes #3, el motor de Forgejo enlaza automáticamente la línea de código aportada con la planificación de la incidencia número tres y la cierra de forma automática en el servidor al recibir el envío. De este modo, el estudiante comprende con claridad el valor de la automatización y la relación directa que existe entre el diseño del software y la ejecución real del código (Daniele et al., 2010).
El núcleo de la coevaluación y del aprendizaje dialógico se articula a través de las reglas de protección de ramas y del uso obligatorio de las Pull Requests (PR) o solicitudes de fusión. Al bloquear la rama principal, el alumnado se ve obligado a trabajar en paralelo en ramas de funcionalidad aisladas (Feature Branches), solicitando la integración de sus ejercicios mediante una PR formal. Este momento de entrega se convierte en un espacio de revisión interactiva en tiempo real (Code Review), sustituyendo la entrega cerrada de tareas por una evaluación más dinámica y compartida.
El profesorado, o incluso el propio grupo de iguales en dinámicas de revisión por pares, puede inspeccionar visualmente las diferencias línea por línea, dejar comentarios concretos o abrir hilos de debate técnico directamente sobre el código propuesto. El discente ya no recibe un suspenso o un aprobado inmutable, sino retroalimentación inmediata, lo que le permite corregir errores lógicos, refactorizar su sintaxis y enviar nuevos commits sobre la propia solicitud hasta alcanzar los estándares de calidad exigidos antes de autorizar la fusión definitiva.
Este entorno de aprendizaje activo y continuo encuentra su red de seguridad en la orquestación de workflows de evaluación automáticos, como el archivo avaluacio.yml diseñado para las entregas oficiales. Al configurar los triggers para que reaccionen específicamente ante el push de código en una rama protegida de entrega, el servidor activa a los runners para que funcionen como un tutor técnico disponible las veinticuatro horas del día. El pipeline ejecuta en primer lugar controles sintácticos y de recepción estructural, comprobando mediante comandos de terminal la existencia del recetario de infraestructura o de la documentación del proyecto, y deteniendo de inmediato el avance de piezas defectuosas. Al activar la directiva de tolerancia a fallos (continue-on-error: true), el runner procesa las pruebas de lógica internas del alumno y recoge los datos técnicos de la terminal para transformarlos mediante scripts en un informe educativo limpio en formato Markdown (Calderón, Vizcaíno, Kharbouch, Ruiz y Fernández-Alemán, 2025). Finalmente, el pipeline recupera esa documentación antes de que el contenedor efímero se destruya mediante la acción oficial de subida de artefactos (upload-artifact), dejando la evidencia disponible en el servidor al instante.
La articulación técnica de estos workflows de evaluación automatizados mediante el archivo declarativo avaluacio.yml permite traducir las dimensiones de las rúbricas curriculares en criterios de aceptación de código completamente deterministas. El pipeline de integración continua va más allá de funcionar como un simple compilador estático y se convierte en un entorno de retroalimentación de caja blanca, donde el análisis de la calidad del código se realiza mediante herramientas de linting y analizadores estáticos de seguridad integrados en la imagen base del contenedor efímero. Al configurar los desencadenantes (triggers) del flujo de trabajo para que reaccionen no solo ante las Pull Requests de entrega definitiva, sino también ante cada confirmación de cambio en las ramas de funcionalidad, el alumnado interioriza un modelo de desarrollo basado en la verificación temprana de hipótesis técnicas. El error sintáctico o el fallo en la batería de pruebas unitarias deja de percibirse como una calificación negativa definitiva y pasa a ser un registro técnico de terminal (log) que el discente debe interpretar de manera autónoma.
Esta dinámica metodológica reduce notablemente la dependencia directa de la figura del profesor como único validador del éxito del ejercicio y refuerza la competencia transversal de resolución de problemas complejos y resiliencia técnica. La infraestructura actúa, por tanto, como un andamiaje cognitivo automatizado: el reporte final generado en formato Markdown y adjunto como artefacto persistente en el servidor local desglosa con precisión qué partes de la lógica algorítmica incumplen las especificaciones del requerimiento didáctico. Esto permite que el tiempo de interacción presencial en el aula se libere de tareas mecánicas de depuración sintáctica y se oriente hacia debates arquitectónicos sobre optimización, diseño limpio y análisis cualitativo de las soluciones propuestas por el alumnado.
De este modo, la tecnología se pone al servicio de una formación más justa y significativa, liberando al docente del tiempo dedicado a depurar errores sintácticos mecánicos para que pueda centrar las horas de aula en resolver dudas conceptuales y en acompañar de forma más cualitativa el proyecto profesional de su alumnado.
Implicaciones metodológicas y reorganización del rol docente en el laboratorio de automatizado
La transición desde un modelo de entregas estáticas hacia una infraestructura basada en la cultura DevOps modifica de manera significativa las dinámicas de interacción social y los procesos de evaluación dentro del aula de Formación Profesional. Este cambio metodológico incide directamente en la configuración del clima de convivencia escolar y reordena las funciones tradicionales de los distintos agentes implicados en el proceso educativo.
Tradicionalmente, la labor correctora en los módulos de informática se ha apoyado en la revisión de archivos comprimidos o en la recepción de entregas puntuales al final del bloque didáctico, un procedimiento de carácter marcadamente punitivo que limita la capacidad de actuación del discente. La incorporación de dinámicas propias de la forja de software transforma este escenario y lo orienta hacia una evaluación formativa y en tiempo real. Al concentrar la actividad en las Pull Requests, el docente deja de dedicarse a la comprobación mecánica de errores sintácticos menores —tarea que pasa a quedar automatizada en la infraestructura de Forgejo— para asumir el rol de revisor de código (Code Reviewer). La corrección se convierte así en un proceso de acompañamiento cualitativo y dialógico; el profesor interviene directamente sobre las líneas de código propuestas, abre espacios de discusión técnica y ofrece retroalimentación inmediata antes de autorizar la fusión definitiva del proyecto.
El uso de metodologías ágiles mediante tableros Kanban y del módulo de incidencias (Issues) influye notablemente en la competencia clave de aprender a aprender y en la maduración profesional del estudiante. Los requerimientos de las prácticas dejan de presentarse como documentos pasivos y pasan a organizarse como encargos reales, lo que obliga al alumnado a autoorganizar su jornada escolar con mayor autonomía. El discente debe entonces priorizar el esfuerzo, secuenciar las tareas de manera independiente y asumir responsabilidades de trazabilidad a través de la adopción de commits semánticos. Esta visibilidad completa del progreso reduce la ansiedad que suele generar la acumulación de tareas y favorece una cultura de trabajo constante, ordenada y predecible, semejante a la que caracteriza a las factorías de software industriales de alto rendimiento.
La protección de las ramas principales de los repositorios obliga a que el aula funcione bajo un principio de responsabilidad compartida. El alumnado no solo diseña y codifica de forma aislada, sino que también participa de manera activa en dinámicas de revisión por pares (Peer Review). Antes de solicitar la intervención del docente, los propios integrantes del grupo revisan visualmente las diferencias sintácticas de sus compañeros, identifican fallos lógicos, debaten posibles alternativas de refactorización y proponen mejoras con respeto y criterio técnico. Este procedimiento democratiza el acceso al conocimiento y convierte el error en una oportunidad de aprendizaje cooperativo, reduciendo la competitividad y reforzando los vínculos de ayuda mutua dentro del grupo clase.
Asimismo, la automatización del entorno de evaluación actúa como un factor relevante de equidad y justicia social dentro del aula, al disminuir el impacto de las desigualdades socioeconómicas de origen del alumnado. En los modelos tradicionales, el estudiante que carece de apoyo académico o de un entorno familiar con experiencia tecnológica se enfrenta a una dificultad real durante las horas de trabajo autónomo fuera del centro, y con frecuencia termina frustrado ante fallos mecánicos de configuración que no sabe resolver. Al centralizar las operaciones en flujos automatizados accesibles desde cualquier lugar, la infraestructura local asume la función de un tutor técnico disponible las veinticuatro horas del día. El pipeline devuelve de manera transparente informes objetivos en formato Markdown que orientan al discente paso a paso en la corrección de sus errores lógicos, de modo que el éxito educativo dependa sobre todo de su constancia y esfuerzo personal, y no de los recursos periféricos de su entorno.
Por último, esta reorganización metodológica va más allá del marco académico y redefine la empleabilidad del egresado en el sector tecnológico actual. Al familiarizarse sistemáticamente con las dinámicas de la cultura DevOps, las solicitudes de fusión y la revisión rigurosa de la calidad del código, el alumnado incorpora hábitos de trabajo cooperativo muy valorados en las factorías de software industriales. El discente no solo adquiere competencias para diseñar algoritmos de forma aislada, sino que aprende a desenvolverse dentro de una cadena de montaje automatizada en la que la consistencia y la trazabilidad resultan esenciales. Esta inmersión temprana reduce de manera notable la distancia entre la formación académica y la realidad del mercado laboral global, y dota al futuro profesional de la informática de herramientas técnicas, sociales y de resolución de conflictos necesarias para integrarse con éxito en equipos de desarrollo de alto rendimiento.
Diseño de la Topología organzativa y Flujos de trabajo en el entorno escolar
Para trasladar de forma fiel el funcionamiento de una factoría de software profesional al contexto educativo, la administración de la instancia local de Forgejo no debe organizarse mediante repositorios individuales e inconexos, sino a través de una estructura jerárquica articulada en organizaciones y equipos de trabajo. Esta disposición permite organizar con mayor precisión el control de accesos, automatizar la asignación de tareas mediante tableros Kanban institucionales y auditar con transparencia el progreso del alumnado en relación con los criterios de evaluación curriculares.
La arquitectura de la forja educativa se organiza en una estructura de tres niveles:
- En primer lugar, las organizaciones por ciclo y módulo profesional permiten crear una entidad raíz para cada ciclo formativo y curso lectivo, por ejemplo, ies-estacio-dam2-2026. Esta entidad digital actúa como el perímetro de seguridad de la administración pública, de modo que los metadatos, los repositorios y las identidades del grupo quedan protegidos bajo la gobernanza de la institución escolar y se garantiza, además, el cumplimiento estricto de las exigencias de tratamiento de datos establecidas por el RGPD.
- En segundo lugar, dentro de cada organización, el rol del docente guía permite configurar distintos equipos estables con permisos granulares. El primero de ellos es el equipo de Profesores (Owners), que dispone de control administrativo total sobre la infraestructura. A continuación, se estructuran equipos vinculados a proyectos o subgrupos de alumnado, como proyecto-odoo-grupoA, a los que se asignan permisos específicos de lectura y escritura limitados exclusivamente a sus ramas de trabajo. De manera complementaria, y con el fin de fortalecer las dinámicas de coevaluación y revisión por pares (Peer Review), se establece un equipo de Revisores, que permite al alumnado inspeccionar visualmente el código de sus compañeros sin capacidad de modificación directa.
- En tercer lugar, la estructura modular de repositorios establece que cada práctica didáctica se inicie como un repositorio dentro de la organización común, partiendo con frecuencia de una plantilla base proporcionada por el docente que incluye el recetario de contenedores y la documentación inicial.
A fin de ilustrar de manera pormenorizada cómo se articula esta interrelación de componentes en el backend de la forja local, la Tabla 4 sintetiza la topología de accesos y la correspondencia de flujos automatizados de la experiencia didáctica.
Esta topología estructurada garantiza que el aula funcione bajo un principio de responsabilidad compartida, en el que el flujo de entrega reproduce con fidelidad los entornos de producción industriales de alta disponibilidad. Cuando los estudiantes realizan una solicitud de fusión, las reglas de protección de ramas bloquean la integración en la rama principal hasta que el proceso automatizado valida la batería de pruebas lógicas y, además, al menos un revisor del grupo de iguales o el propio profesor autoriza la fusión definitiva.
Más allá de la distribución jerárquica de permisos en el software, la viabilidad operativa de esta arquitectura didáctica depende también de la configuración de políticas de gobernanza técnica sobre el almacenamiento físico del nodo local. Al trabajar con grupos numerosos en ciclos como Desarrollo de Aplicaciones Web (DAW) o Administración de Sistemas Informáticos en Red (ASIR), el espacio en disco del servidor puede verse comprometido con rapidez por el almacenamiento reiterado de dependencias pesadas dentro de los subdirectorios de los proyectos, como las carpetas node_modules o los entornos virtuales de Python.
Para mitigar este riesgo de saturación del sistema, Forgejo permite aplicar restricciones de cuota por organización y repositorio. De este modo, el docente administrador puede fijar un límite máximo de almacenamiento persistente por repositorio Git, por ejemplo, 500 MB, lo que obliga al alumnado a interiorizar buenas prácticas de optimización del código y a organizar selectivamente sus archivos de exclusión (.gitignore) desde las fases iniciales del ciclo de desarrollo.
Asimismo, el flujo de entrega modular se optimiza mediante la activación de ganchos de red (webhooks) internos y automatizados que comunican la forja local con los laboratorios del centro. Cuando un equipo realiza la fusión definitiva de una Pull Request en la rama protegida, Forgejo no solo activa los act_runners para la batería de pruebas lógicas, sino que también dispara un evento de notificación asíncrona hacia el registro de contenedores institucional.
Esta integración permite que las imágenes inmutables resultantes queden catalogadas bajo un control estricto, asociando cada artefacto binario empaquetado con el identificador del commit semántico y la incidencia correspondiente que motivó su creación. De este modo, el entorno de aprendizaje se configura como una simulación fiel de un centro de desarrollo de alta disponibilidad, donde el discente experimenta en tiempo real el impacto de la consistencia operativa, la trazabilidad del código y la seguridad regulatoria de los datos dentro del perímetro seguro de la escuela pública.
Resultados de la experiencia operativa: El registro de Artefactos integrado y la pila de monitorización como garantía de Resiliencia infraestructural
La consolidación de un modelo DevOps soberano y autogestionado en los centros de Formación Profesional exige ir más allá de las tareas iniciales de configuración y prestar atención a los mecanismos que garantizan la continuidad, la estabilidad y el mantenimiento del sistema a largo plazo. Uno de los resultados más relevantes de la implementación de Forgejo ha sido su capacidad para funcionar como un espacio integrado de gestión de artefactos gracias a su Container Registry nativo, plenamente compatible con las especificaciones de la Open Container Initiative (OCI).
En el desarrollo de software actual, el ciclo de vida de una aplicación ya no se limita a custodiar el código fuente, sino que también requiere almacenar y distribuir con agilidad y seguridad las imágenes generadas durante la compilación. Al integrar este registro dentro de la misma plataforma, se elimina por completo la dependencia de repositorios externos en la nube, como Docker Hub, que en muchos casos aplican cuotas de pago o restricciones en el número de descargas y pueden dificultar el trabajo del aula en franjas de prácticas intensivas.
Este registro OCI integra la autenticación y el control de accesos de manera transparente, aprovechando la misma jerarquía de permisos de las organizaciones y los equipos del centro. El runner de Forgejo Actions se conecta de manera segura y utiliza las credenciales cifradas almacenadas en los secretos de la plataforma para autenticarse en el registro local mediante la acción oficial login-action, lo que permite automatizar la construcción y el empaquetado inmutable del Dockerfile.
Para optimizar el almacenamiento del servidor del instituto, el registro de Forgejo opera mediante un sistema eficiente de capas compartidas (layers). De este modo, si varios alumnos utilizan la misma imagen base de Linux o Node.js, el servidor físico solo almacena ese bloque base una única vez, lo que reduce notablemente el consumo de disco y permite que la transferencia y descarga de imágenes se realice a la velocidad de la red de área local (LAN), sin sobrecargar la conexión externa a Internet.
No obstante, la acumulación constante de imágenes de contenedores, registros de pipelines y restos de ejecuciones efímeras introduce el riesgo de agotar el espacio en disco, lo que podría provocar el colapso de la base de datos de PostgreSQL y la interrupción de las clases. Para mitigar este problema de manera estable, la práctica administrativa requiere diseñar scripts automatizados de copia de seguridad en caliente, encargados de realizar volcados lógicos y coherentes de la base de datos mediante la utilidad pg_dump, al mismo tiempo que se genera una copia comprimida de las carpetas Git y de los volúmenes de datos persistentes. A ello se añade un filtro de retención móvil programado en el demonio Cron del sistema operativo, que purga automáticamente cualquier fichero que supere los treinta días de antigüedad.
El mantenimiento predictivo y el aseguramiento de la alta disponibilidad del nodo local exigen una supervisión cuidadosa de la fragmentación del sistema de archivos y del estado de las unidades de almacenamiento persistente del servidor del centro. La naturaleza efímera del aprovisionamiento de contenedores Docker para los pipelines de Forgejo Actions provoca la creación y destrucción continua de capas de imágenes OCI, lo que acelera el desgaste de los bloques de almacenamiento y genera un volumen considerable de metadatos huérfanos.
Para mitigar la pérdida de rendimiento en las operaciones de lectura y escritura (I/O) provocada por este estrés operativo, la rutina de administración incluye la automatización de procesos de limpieza del entorno de Docker (docker system prune) intercalados con la optimización periódica de los índices relacionales de PostgreSQL mediante tareas automáticas de vacuuming.
En lo relativo a la política de salvaguarda de datos, los scripts en caliente programados mediante tareas Cron evitan errores habituales al evaluar el peso del directorio de copias de seguridad: el script mide únicamente el espacio ocupado por el árbol de directorios de los repositorios Git activos y los volcados lógicos de la base de datos estructural, sin tener en cuenta el historial acumulado de sectores vacíos o de archivos temporales de sesión. Esto permite que las alertas de almacenamiento de la telemetría reflejen con precisión la capacidad real disponible del volumen físico, facilitando al departamento de informática la planificación anticipada de ampliaciones de hardware y garantizando una plataforma más estable ante picos imprevistos de concurrencia durante los periodos de evaluación final.
Esta red de seguridad técnica se complementa proactivamente mediante el despliegue integrado de una pila de monitorización basada en Prometheus y Grafana (León Serrano, 2023). Al habilitar las métricas nativas de Forgejo bajo el estándar OpenMetrics, la plataforma expone de forma segura líneas de texto plano con los indicadores internos de rendimiento. Prometheus actúa como el motor central de series temporales y realiza un raspado automático cada quince segundos a través de la red virtual interna de Docker para almacenar cronológicamente la evolución de la telemetría.
Grafana se conecta a esta fuente de datos y transforma esas líneas de texto en gráficos interactivos de alta resolución. Al adaptar las consultas en lenguaje PromQL de la plantilla comunitaria ID 17813, originalmente pensada para un entorno abstracto de Kubernetes, el panel web permite al profesorado auditar de manera inmediata el tiempo de actividad real (Uptime), la memoria virtual asignada en la pila (heap) de Go, la tasa de peticiones concurrentes a la API REST y el estado operativo de los runners, como se ilustra en la Figura 3.
Figura 3. Interfaz gráfica e indicadores de rendimiento integrados en el panel de Grafana para la auditoría de la forja local. Fuente: Elaboración propia a partir de la telemetría del servidor del centro.
Para ofrecer una lectura analítica complementaria a la telemetría visual del panel, la Tabla 5 sintetiza los valores numéricos de rendimiento y los tiempos de respuesta de la API REST bajo diferentes escenarios de estrés lectivo.
De este modo, el mantenimiento deja de ser una respuesta reactiva ante incidencias y pasa a configurarse como una gestión preventiva y precisa, orientada a garantizar la continuidad de un entorno profesional, gratuito, soberano y de alto rendimiento al servicio de la escuela pública.
La implementación de Forgejo como infraestructura centralizada de operaciones e integración continua en los Ciclos Formativos de la familia de Informática y Comunicaciones demuestra que es posible combinar excelencia técnica, rigor metodológico y cumplimiento normativo dentro de la escuela pública. A lo largo del análisis desarrollado y a partir de los indicadores cuantitativos de rendimiento computacional recogidos en la experiencia, se ha comprobado que la soberanía digital no es solo una preferencia filosófica o una declaración ética, sino una opción técnica plenamente viable. La ligereza de la arquitectura monolítica en Go permite procesar cargas críticas de hasta sesenta usuarios concurrentes sin comprometer la estabilidad del nodo local, devolviendo a la administración pública un control efectivo sobre la custodia de la propiedad intelectual y de los datos personales del alumnado, al tiempo que se mantienen las prestaciones de alto rendimiento que exigen los entornos de producción actuales.
Desde la vertiente pedagógica, el despliegue de Forgejo Actions y la arquitectura de contenedores efímeros Docker rompe con los esquemas de enseñanza tradicionales basados en entregas estáticas y transforma el aula en un entorno de simulación profesional, interactivo y dinámico. Herramientas cooperativas como las solicitudes de fusión, las revisiones de código en caliente, la gestión de incidencias y el uso de commits semánticos obligan al estudiantado a interiorizar las metodologías ágiles propias de la cultura DevOps que rige la industria del software contemporánea.
Esta inmersión desplaza la labor docente desde la mera calificación posterior hacia un acompañamiento formativo y progresivo, en el que el profesorado asume un papel de mentor y el pipeline automatizado actúa como un apoyo técnico constante.
Asimismo, la objetivación de los procesos de evaluación mediante reportes estructurados e inmediatos se consolida como una herramienta de gran valor para la equidad y la justicia social en el entorno escolar. Al proporcionar una red de seguridad técnica de acceso permanente, el sistema ayuda a reducir el impacto de las desigualdades de origen del discente y a compensar la falta de apoyo académico o de recursos tecnológicos en el entorno familiar. La monitorización predictiva y la administración compartida de la propia forja local completan esta dimensión pedagógica, transformando la infraestructura del centro en un laboratorio tecnológico vivo y resiliente. En definitiva, apostar por tecnologías soberanas y autoalojadas dota a los futuros profesionales de la informática de competencias técnicas y transversales muy competitivas, y reafirma el papel de la Formación Profesional como motor de innovación, inclusión y transformación social educativa.
¿Necesitas formación para las oposiciones?
Con Campuseducacion.com puedes realizar cursos de formación homologados por la Universidad Camilo José Cela, válidos en todas las Comunidades Autónomas para las próximas oposiciones docentes y el concurso general de traslados.
Son cursos 100% online, de 110 horas y 4 créditos ECTS.
Te recomendamos especialmente dos de nuestros cursos que abordan temas situados en la vanguardia educativa:
El contenido del curso aborda de manera integral la relación entre atención a la diversidad y Diseño Universal para el Aprendizaje como modelos complementarios que impulsan una educación de calidad para todos. Además, se desgranan las medidas generales y específicas de atención a la diversidad, las claves para elaborar programaciones didácticas inclusivas, el diseño de situaciones de aprendizaje bajo el enfoque DUA, y la aplicación de metodologías activas que favorecen la participación de todo el alumnado. Asimismo, el curso profundiza en el papel de las tecnologías digitales y la inteligencia artificial como herramientas de apoyo a la inclusión, mostrando su potencial para personalizar los procesos de enseñanza-aprendizaje, eliminar barreras y fomentar la autonomía del estudiantado.
Este curso proporciona un repaso exhaustivo sobre los principales mecanismos pedagógicos existentes para llevar a cabo una correcta integración de la tecnología digital en las aulas de todas las etapas, y proporciona una minuciosa selección de metodologías y recursos didácticos para aprovechar todo el potencial tecnológico en la mejora de los procesos de enseñanza y aprendizaje, abordando desde la aplicación de los dispositivos móviles y electrónicos a las aulas, pasando por las modalidades de educación online, y hasta llegar al uso crítico de la inteligencia artificial, tanto para la mejora del aprendizaje individual de cada estudiante como para el apoyo de las labores docentes.
¡Con los cursos homologados de Campuseducacion.com puedes obtener 2 PUNTOS EXTRA en las oposiciones!
Publica con nosotros
¿Quieres convertirte en autor de Campus Educación Revista Digital Docente y ganar puntos extra para las Oposiciones de Maestros y Profesores y otros procesos selectivos?
Gracias a la revista de divulgación de Campuseducacion.com todos los profesionales educativos (maestros, profesores, educadores, orientadores…) tienen la oportunidad de publicar artículos científicos y didácticos, contribuyendo así la difusión del desarrollo profesional docente y al avance en la investigación didáctica sobre las ciencias educativas.
Los autores de Campus Educación Revista Digital Docente que así lo deseen podrán obtener un certificado de autoría con el que poder sumar puntos en diferentes procesos selectivos y baremos de méritos, como en los procesos de Oposiciones docentes o el Concurso General de Traslados.
Puedes conseguir 4 CERTIFICACIONES GRATIS en Campus Educación Revista Digital Docente si realizas 3 o más Cursos Homologados de Campuseducacion.com.
