Refactorización del pipeline de backups DASUTEN: 1. Flujo simplificado (un solo destino): - Backup directo a X:\ (share srv-ns8) - Eliminado paso intermedio E:\BK_SQL\sysdasuten\ - Reducido de 3 ubicaciones a 2 (X: → /var/tmp/) 2. Módulo común DasuExecutor (lib/dasu_executor.rb): - Centraliza ejecución PowerShell en dasu-sql4 - Centraliza verificación de archivos en fenix - Elimina código repetido en 6 drones (-52% líneas) 3. Drones refactorizados: - dasuten_exportar_srvv-fenix.rb (FULL → X:) - dasuten_exportar_diferencial_srvv-fenix.rb (DIF → X:) - dasuten_transferir_srvv-fenix-srv-ns8.rb (simplificado) - dasuten_restaurar_dasu-sql4.rb (usa DasuExecutor) - dasuten_restaurar_diferencial_dasu-sql4.rb (usa DasuExecutor) - dasuten_download_drive-dasu-sql4.rb (usa DasuExecutor) - dasuten_verificar-integridad_dasu-sql4.rb (usa DasuExecutor) 4. Integración BKPs mantenida: - T8-T15: Tareas individuales - C7: dasuten_full (pipeline semanal) - C8: dasuten_diferencial (pipeline diario) 5. Documentación actualizada: - A04.P006_Backups-DASUTEN.md: flujo simplificado + módulo común - Lecciones aprendidas agregadas 6. Nuevos archivos: - Informes técnicos DASUTEN (docs/informes/2026-04_DASUTEN-migracion/) - A01.P011/P012: Documentación de drones y pipeline - proc_linux.rb, ops.rb: Utilitarios del ecosistema 7. Scripts legacy (para referencia): - orquestador_pipeline.rb, orquestador_pipeline_diferencial.rb - dasuten_upload_srv-ns8-drive.rb
9.6 KiB
INFORME DE AVANCE
Migración del Sistema DASUTEN a Infraestructura Autónoma
Área responsable: Departamento de Tecnología de la Información y Comunicaciones (DTIC)
Facultad Regional La Rioja — Universidad Tecnológica Nacional
Fecha: 13 de abril de 2026
Elaborado por: Ricardo Monla — DTIC, UTN-FRLR
Destinatarios: [Completar]
Versión: 0.1 (Borrador inicial)
1. Contexto y Punto de Partida
El sistema de gestión administrativa de DASUTEN (Departamento de Acción Social Universitaria Tecnológica Nacional) en la Facultad Regional La Rioja funcionaba desde hace años sobre la infraestructura informática compartida de la Facultad: servidores, red interna y servicios de dominio que atienden a toda la institución.
Si bien esta configuración fue funcional durante un tiempo, con el correr de los años fue manifestando limitaciones concretas:
- Fragilidad operativa: Cualquier incidencia en la red o los servidores de la Facultad —incluso ajena a DASUTEN— impactaba directamente en el funcionamiento del sistema.
- Complejidad desproporcionada: La arquitectura heredada requería múltiples servidores virtuales y un controlador de dominio, componentes pensados para entornos de gran escala que resultaban sobredimensionados para las necesidades reales de una sola oficina.
- Dificultad de mantenimiento: Las tareas de mantenimiento, los respaldos de datos y las actualizaciones periódicas que envía Rectorado requerían coordinación con la infraestructura general de la Facultad, generando demoras y dependencias cruzadas.
- Limitación de autonomía: DASUTEN, si bien opera dentro de las instalaciones de la Facultad, responde funcionalmente a Rectorado (Buenos Aires). La dependencia de la infraestructura local dificultaba una eventual gestión directa desde la sede central.
2. Objetivo del Proyecto
El objetivo fue diseñar e implementar una solución que permita al sistema DASUTEN operar de forma completamente autónoma respecto de la infraestructura de la Facultad, teniendo en cuenta las siguientes restricciones y premisas:
- Recursos limitados: Se parte de los equipos ya existentes en la oficina DASUTEN — un único equipo de escritorio de prestaciones modestas y un servidor compacto reutilizado. No se requirió adquisición de hardware nuevo.
- No interferir con la operación diaria: La solución debía permitir al equipo de DTIC realizar respaldos, aplicar actualizaciones de Rectorado y resolver problemas técnicos de forma remota, sin interrumpir ni afectar las tareas cotidianas de la oficina.
- Administrabilidad a distancia: Dado que la oficina DASUTEN se encuentra en una ubicación externa a la Facultad, todo el sistema debía ser gestionable remotamente por DTIC.
- Simplicidad y sostenibilidad: Con un solo equipo de modestas prestaciones como base, la arquitectura debía ser lo más simple posible para que resulte administrable y confiable en el tiempo.
3. Qué se hizo y cómo se llegó
3.1 La simplificación
El trabajo principal consistió en desmontar la complejidad innecesaria de la arquitectura anterior y reemplazarla por un esquema directo y simple:
| Aspecto | Antes | Ahora |
|---|---|---|
| Servidores virtuales necesarios | 3 | 1 |
| Dependencia de red de Facultad | Sí | No |
| Puntos de falla | Múltiples | Mínimos |
| Requiere presencia física para soporte | Frecuentemente | No |
| Hardware nuevo adquirido | — | Ninguno |
En la práctica, se pasó de una arquitectura de tres servidores virtuales más un controlador de dominio compartido, a un solo servidor virtual que contiene la base de datos, conectado directamente a la PC de escritorio de la oficina. Todo opera dentro de la red propia de la oficina DASUTEN, sin depender del cableado ni de los servicios de la Facultad.
3.2 El proceso: de testeo a producción
Si bien el proyecto llevó más tiempo del inicialmente estimado, esto responde a una decisión deliberada: se planificó desde el inicio una etapa de testeo exhaustivo antes de llevar el sistema a producción. Cada paso fue validado primero en un entorno virtual de pruebas antes de aplicarse al entorno real, minimizando los riesgos para la operación de la oficina.
Este enfoque gradual permitió:
- Detectar y resolver problemas en un entorno controlado, sin afectar a la usuaria.
- Validar que el sistema funciona correctamente sin la infraestructura de dominio de la Facultad — algo que no estaba documentado y que requirió trabajo de ingeniería inversa sobre el software provisto por Rectorado.
- Migrar la base de datos de producción con verificación completa de integridad.
A la fecha, el sistema se encuentra a un paso de estar implementado al 100%, restando únicamente un ajuste de compatibilidad en la impresión de documentos, para el cual ya se dispone de una solución provisoria que permite continuar operando.
3.3 Valor agregado: herramientas y metodología
Un aspecto destacable del proceso es que, más allá del objetivo técnico central, el trabajo realizado durante estos meses generó herramientas y metodologías de valor que exceden al proyecto DASUTEN y benefician a la gestión de DTIC en su conjunto:
-
Dashboard web de seguimiento: Se desarrolló un sitio web interno que muestra en tiempo real el avance del proyecto con sus hitos, permitiendo visibilidad y trazabilidad del progreso.
-
Sistema de bitácoras: Se implementó un sistema de registro detallado de cada intervención técnica, creando un historial completo y auditable de los movimientos realizados sobre la infraestructura.
-
Herramientas de automatización (Ecosistema ADN): Se construyó un conjunto de scripts y herramientas internas que optimizan las tareas de administración — desde la orquestación de respaldos automatizados hasta la gestión remota de los equipos, permitiendo que operaciones que antes requerían horas de trabajo manual se ejecuten de forma desatendida.
-
Metodología de trabajo con IA generativa: Se incorporó la inteligencia artificial como herramienta de desarrollo operativo, tanto para la planificación y documentación del proyecto como para la creación de las herramientas mencionadas. Esta metodología de trabajo colaborativo entre el técnico y la IA demostró ser altamente productiva y replicable en futuros proyectos del área.
Estas herramientas fueron posibles gracias al aprendizaje acumulado durante el proceso de migración, y representan un activo que queda disponible para la gestión de otros proyectos de DTIC.
4. Estado Actual
| Aspecto | Estado |
|---|---|
| Sistema DASUTEN operativo en oficina | ✅ |
| Base de datos migrada y verificada | ✅ |
| Acceso y consulta de datos | ✅ |
| Administración remota por DTIC | ✅ |
| Respaldos automatizados | ✅ |
| Impresión de documentos | ⚠️ En ajuste |
El sistema se encuentra operativo. La usuaria de la oficina DASUTEN puede acceder al sistema, consultar datos y realizar sus tareas habituales. El equipo de DTIC puede administrar, respaldar y actualizar el sistema de forma remota sin interferir con la operación de la oficina.
El único punto pendiente es un ajuste en la función de impresión, vinculado a la compatibilidad de unas plantillas de Office. Se dispuso una solución provisoria que permite a la usuaria continuar imprimiendo mientras se resuelve definitivamente.
5. Beneficios Alcanzados
Autonomía operativa
DASUTEN opera ahora sobre infraestructura propia en su oficina, desvinculada de la Facultad. Esto facilita también una eventual gestión directa desde Rectorado.
Optimización de recursos
Se logró la implementación completa sin inversión en hardware nuevo, aprovechando equipos existentes de prestaciones modestas. Un solo equipo compacto cumple ahora la función que antes requerían tres servidores virtuales.
Soporte remoto transparente
DTIC puede realizar respaldos, actualizaciones y resolución de problemas sin interrumpir el trabajo de la oficina y sin necesidad de desplazarse físicamente.
Mayor estabilidad
Al eliminar las dependencias cruzadas con la infraestructura de la Facultad, se reducen significativamente las fallas inesperadas.
Herramientas reutilizables
El proceso generó herramientas de automatización, seguimiento y documentación que quedan disponibles para futuros proyectos de DTIC.
6. Próximos Pasos
- Completar el ajuste de impresión para alcanzar el 100% de funcionalidad.
- Estabilizar la configuración de red del servidor para garantizar continuidad a largo plazo.
- Formalizar los procedimientos de respaldo automatizado para la operación de rutina.
- Evaluar el retiro definitivo de la infraestructura anterior, una vez confirmada la estabilidad completa del nuevo entorno.
7. Conclusión
La migración del sistema DASUTEN a una infraestructura autónoma demuestra que es posible lograr una mejora sustancial en estabilidad, autonomía y capacidad de gestión partiendo de recursos limitados y sin inversión adicional en equipamiento.
El proyecto se encuentra en su tramo final, con el sistema operativo y la base de datos verificada. El proceso, aunque más extenso de lo inicialmente previsto, fue planificado como una transición gradual de testeo a producción que permitió minimizar riesgos y, como valor agregado, generar herramientas y metodologías que benefician al área en su conjunto.
DASUTEN opera hoy de forma independiente en su propia oficina, administrable remotamente por DTIC y preparada para una gestión más ágil, ya sea desde la Facultad Regional o desde Rectorado.
Fin del informe.