[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,132 @@
|
||||
# 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.2 (Borrador)
|
||||
|
||||
### Historial de versiones
|
||||
|
||||
| Versión | Fecha | Cambios |
|
||||
|:---:|:---:|:---|
|
||||
| 0.1 | 13/04/2026 | Borrador inicial |
|
||||
| 0.2 | 13/04/2026 | Se amplía contexto de situación inicial y esquema de trabajo previo |
|
||||
|
||||
---
|
||||
|
||||
## 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.
|
||||
|
||||
Cuando la oficina de DASUTEN fue reubicada en un espacio propio, alejado de los servidores de la Facultad, se sumó un problema de conectividad: la señal de red debía recorrer múltiples puntos intermedios dentro del edificio, y la caída de cualquiera de ellos dejaba a la oficina sin acceso al sistema.
|
||||
|
||||
### Solución provisoria que se venía aplicando
|
||||
|
||||
Para resolver esta situación, se gestionó internamente la baja de una **línea de internet propia** para la oficina DASUTEN, eliminando la dependencia del cableado interno de la Facultad. Sin embargo, esto no era suficiente por sí solo: el sistema seguía requiriendo acceso a los servidores internos de la Facultad para funcionar.
|
||||
|
||||
Se implementó entonces un esquema de trabajo remoto donde las usuarias — Andrea Almirón y Romina Molina — accedían desde la PC física de la oficina, a través de un software de escritorio remoto (AnyDesk), a una **PC virtual** alojada en los servidores. Recién desde esa PC virtual podían operar el sistema.
|
||||
|
||||
Este esquema, si bien permitió dar continuidad al servicio y brindó la posibilidad de asistencia técnica 24/7 por parte de DTIC, implicaba:
|
||||
|
||||
- Una experiencia de trabajo **indirecta** para las usuarias (PC física → escritorio remoto → PC virtual → sistema).
|
||||
- La necesidad de mantener operativos **cuatro componentes** simultáneamente: un servidor de dominio, un servidor de base de datos, una PC virtual y la PC física con el software de acceso remoto.
|
||||
- Múltiples puntos de falla que dificultaban el soporte.
|
||||
|
||||
---
|
||||
|
||||
## 2. Objetivo del Proyecto
|
||||
|
||||
Partiendo de esa situación, el objetivo fue diseñar una solución que permita al sistema DASUTEN operar de forma **directa y autónoma** en la propia oficina, con las siguientes premisas:
|
||||
|
||||
- **Recursos limitados:** Aprovechar los equipos ya existentes — un equipo de escritorio de prestaciones modestas y un servidor compacto reutilizado. **Sin adquisición de hardware nuevo.**
|
||||
- **Trabajo directo:** Que las usuarias puedan operar el sistema directamente desde la PC de la oficina, sin depender de conexiones remotas intermedias.
|
||||
- **No interferir con la oficina:** Que DTIC pueda realizar respaldos, aplicar actualizaciones de Rectorado y resolver problemas **de forma remota y transparente**.
|
||||
- **Simplicidad:** Una arquitectura lo más simple posible, administrable y confiable en el tiempo.
|
||||
|
||||
---
|
||||
|
||||
## 3. Qué se logró
|
||||
|
||||
### 3.1 La simplificación
|
||||
|
||||
Se reemplazó la arquitectura compleja por un esquema directo y simple:
|
||||
|
||||
| Aspecto | Antes | Ahora |
|
||||
|:---|:---:|:---:|
|
||||
| Componentes necesarios | 4 (dominio + BD + PC virtual + PC física) | 2 (servidor BD + PC física) |
|
||||
| Forma de trabajo | Indirecta (vía escritorio remoto) | Directa (sistema en la PC) |
|
||||
| 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 |
|
||||
|
||||
Las usuarias ahora operan el sistema **directamente desde la PC de la oficina**, sin necesidad de conexiones remotas intermedias. El servidor de base de datos funciona dentro de la misma oficina, en la red propia de DASUTEN.
|
||||
|
||||
### 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ó 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.
|
||||
|
||||
**A la fecha, el sistema se encuentra a un paso del 100%**, restando únicamente un ajuste de compatibilidad en la impresión de documentos, para el cual ya se dispone de una solución provisoria.
|
||||
|
||||
### 3.3 Valor agregado: herramientas y metodología
|
||||
|
||||
Un aspecto destacable es que, más allá del objetivo central, el trabajo realizado **generó herramientas y metodologías de valor** que benefician a la gestión de DTIC en su conjunto:
|
||||
|
||||
- **Dashboard web de seguimiento** del proyecto, con visibilidad en tiempo real del progreso.
|
||||
- **Sistema de bitácoras** con registro detallado de cada intervención técnica.
|
||||
- **Herramientas de automatización** (Ecosistema ADN) para respaldos, gestión remota y tareas repetitivas.
|
||||
- **Metodología de trabajo con IA generativa**, que demostró ser altamente productiva y replicable en futuros proyectos.
|
||||
|
||||
---
|
||||
|
||||
## 4. Estado Actual
|
||||
|
||||
| Aspecto | Estado |
|
||||
|:---|:---:|
|
||||
| Sistema operativo en oficina | ✅ |
|
||||
| Base de datos migrada y verificada | ✅ |
|
||||
| Trabajo directo (sin escritorio remoto) | ✅ |
|
||||
| Administración remota por DTIC | ✅ |
|
||||
| Respaldos automatizados | ✅ |
|
||||
| Impresión de documentos | ⚠️ En ajuste |
|
||||
|
||||
El sistema se encuentra **operativo**. La usuaria de la oficina puede acceder directamente al sistema, consultar datos y realizar sus tareas habituales. DTIC administra, respalda y actualiza el sistema de forma remota sin interferir con la oficina.
|
||||
|
||||
Resta un ajuste en la impresión, con solución provisoria funcional mientras se resuelve.
|
||||
|
||||
---
|
||||
|
||||
## 5. Beneficios Alcanzados
|
||||
|
||||
- **Trabajo directo:** Las usuarias operan el sistema sin intermediarios, mejorando la experiencia y la productividad.
|
||||
- **Autonomía operativa:** DASUTEN funciona sobre infraestructura propia, desvinculada de la Facultad y preparada para gestión directa desde Rectorado.
|
||||
- **Optimización de recursos:** Implementación completa sin inversión en hardware nuevo.
|
||||
- **Soporte transparente:** DTIC gestiona remotamente sin afectar la operación diaria.
|
||||
- **Mayor estabilidad:** Al reducir de 4 componentes a 2, se minimizan las fallas.
|
||||
- **Herramientas reutilizables:** El proceso generó activos aprovechables para otros 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.
|
||||
3. Formalizar los procedimientos de respaldo automatizado.
|
||||
4. Evaluar el retiro definitivo de la infraestructura anterior.
|
||||
|
||||
---
|
||||
|
||||
## 7. Conclusión
|
||||
|
||||
La migración del sistema DASUTEN demuestra que es posible **lograr una mejora sustancial en estabilidad, autonomía y experiencia de trabajo** partiendo de recursos limitados y sin inversión adicional.
|
||||
|
||||
Se pasó de un esquema indirecto — donde las usuarias dependían de conexiones remotas a través de múltiples componentes para poder trabajar — a un esquema directo y simple donde el sistema funciona en la propia oficina.
|
||||
|
||||
El proyecto se encuentra en su tramo final, con el sistema operativo y la base de datos verificada. El proceso generó además herramientas y metodologías que quedan como activo del área para futuros proyectos.
|
||||
|
||||
---
|
||||
|
||||
*Fin del informe.*
|
||||
Reference in New Issue
Block a user