Files

T

Ricardo Monla 294208b81a [Versiones] Actualizadas copias de respaldo con nombre D.A.S.U.Te.N

Se actualizan las copias de versiones en _versiones/:
- 01_v0.4.md — Con nombre correcto D.A.S.U.Te.N
- 02_v0.3.md — Con nombre correcto D.A.S.U.Te.N

2026-04-14 20:53:05 -03:00

8.9 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.4

Este documento es de carácter ejecutivo y narrativo. Se adjunta también el detalle técnico completo en el documento 02_informe_tecnico_DASUTEN.md.

1. Contexto y Punto de Partida

El sistema de gestión administrativa de D.A.S.U.Te.N (Dirección de Acción Social de la Universidad 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 mayor escala que resultaban sobredimensionados para las necesidades de una sola oficina.
Dificultad 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.

A esta situación se sumó que, al reubicarse la oficina en un espacio propio alejado de los servidores, las fallas de conectividad se agravaron por la cantidad de puntos intermedios en la red. Para dar continuidad al servicio, se gestionó una línea de internet propia y se implementó un esquema de trabajo indirecto donde las usuarias — Andrea Almirón y Romina Molina — accedían mediante escritorio remoto a una PC virtual para poder operar el sistema. Esto implicaba mantener cuatro componentes simultáneamente (servidor de dominio, servidor de base de datos, PC virtual y PC física), multiplicando los puntos de falla.

2. Objetivo del Proyecto

Diseñar e implementar una solución que permita al sistema DASUTEN operar de forma completamente autónoma, teniendo en cuenta:

Recursos limitados: Aprovechar equipos ya existentes — un equipo de escritorio de prestaciones modestas y un servidor compacto reutilizado. Sin adquisición de hardware nuevo.
No interferir con la oficina: Que DTIC pueda realizar respaldos, actualizaciones de Rectorado y soporte técnico de forma remota y transparente, sin afectar las tareas cotidianas.
Trabajo directo: Que las usuarias operen el sistema directamente desde la PC de la oficina, sin depender de conexiones remotas intermedias.
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	2
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. El servidor de base de datos funciona dentro de la misma oficina, en la red propia de DASUTEN, sin intermediarios.

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 de pruebas antes de aplicarse al entorno real, minimizando 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

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 y auditable 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, altamente productiva y replicable en futuros proyectos.
Pipeline de Drones Atómicos para backups: 6 drones independientes que se encadenan secuencialmente, comunicándose vía JSON.
Módulo común DasuExecutor que centraliza la ejecución remota de PowerShell, eliminando código repetido (-52% líneas).

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	✅ Pipeline implementado
Impresión de documentos	✅ Resuelto (symlink)

El sistema se encuentra 100% operativo. La usuaria accede directamente al sistema desde la PC de la oficina. DTIC administra y respalda de forma remota sin interferir con la operación diaria.

4.1 Pipeline de Backups Implementado

Se implementó un sistema automatizado de backups con las siguientes características:

Backup completo semanal (~1.3 GB, 35-40 minutos): ./adn/tools/run bkps run dasuten_full
Backup diferencial diario (~0.4-10 MB, 5-10 minutos): ./adn/tools/run bkps run dasuten_diferencial
Arquitectura de Drones Atómicos: 6 drones independientes (exportar → transferir → upload → download → restaurar → verificar)
Comunicación vía JSON: Cada dron escribe su output en /tmp/dron_*_output.json para el siguiente paso
Google Drive como intermediario: Elimina dependencia de Tailscale inestable
Integrado en bkps.rb: Ejecutable desde el ecosistema ADN de herramientas

4.2 Solución de Impresión

El problema de impresión se resolvió mediante un symlink que redirige C:\Sistema → C:\SysDasuten\Sistema, permitiendo que el sistema encuentre las plantillas Word/Excel sin modificar el ejecutable compilado.

5. Beneficios Alcanzados

Trabajo directo: Las usuarias operan el sistema sin intermediarios.
Autonomía operativa: Infraestructura propia, desvinculada de la Facultad, preparada para gestión desde Rectorado.
Optimización de recursos: Sin inversión en hardware nuevo.
Soporte transparente: DTIC gestiona remotamente sin afectar la oficina.
Mayor estabilidad: De 4 componentes a 2, menos fallas posibles.
Herramientas reutilizables: Activos aprovechables para otros proyectos de DTIC.

6. Próximos Pasos

✅ Impresión resuelta (symlink C:\Sistema → C:\SysDasuten\Sistema).
✅ Configuración de red estabilizada (red plana DHCP del ISP).
✅ Respaldos automatizados implementados (pipeline de drones integrado en bkps.rb).
⏳ Retiro de infraestructura legacy (VMs 100-102 apagadas, preservadas como respaldo).
🔄 Refrescos diferenciales diarios configurados (lun-vie 08:00).

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 y complejo a uno directo y simple, donde el sistema funciona en la propia oficina. El proceso generó además herramientas y metodologías que quedan como activo del área para futuros proyectos.

DASUTEN opera hoy de forma independiente, administrable remotamente por DTIC y preparada para una gestión más ágil desde la Facultad Regional o desde Rectorado.

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
0.3	13/04/2026	Se retoma enfoque narrativo, se integra contexto como complemento
0.4	14/04/2026	Impresión resuelta + Pipeline de backups implementado

Fin del informe.

8.9 KiB Raw Blame History