Files

T

Ricardo Monla 892019fa22 [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

2026-04-14 20:06:06 -03:00

7.5 KiB

Raw Blame History

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

Completar el ajuste de impresión para alcanzar el 100% de funcionalidad.
Estabilizar la configuración de red del servidor.
Formalizar los procedimientos de respaldo automatizado.
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.

7.5 KiB Raw Blame History