[A04.P005] DASUTEN: Pipeline refactorizado + Documentación + Informes
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
This commit is contained in:
Ricardo Monla
@@ -0,0 +1,136 @@
|
||||
# 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
|
||||
|
||||
1. **Completar el ajuste de impresión** para alcanzar el 100% de funcionalidad.
|
||||
2. **Estabilizar la configuración de red** del servidor para garantizar continuidad a largo plazo.
|
||||
3. **Formalizar los procedimientos de respaldo** automatizado para la operación de rutina.
|
||||
4. **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.*
|
||||
Reference in New Issue
Block a user