Informe al Consejo
Universitario
05-Mar-2003
Miguel Campos MD PhD
Director, Centro de Cómputo
Este documento contiene lo
presentado al CU en la fecha, con algunas aclaraciones y
adiciones menores.
Se presenta a continuación un diagrama GANTT
que resume lo ejecutado y previsto para el período Diciembre
2002 - Junio 2003:
El switch central ha sido ya reemplazado por
nuevo equipo con una mejora clara en robustez, redundancia y
velocidad. La red de campus Norte se ha segmentado en subredes.
Las funciones de los servers anteriores han
sido migradas al nuevo equipo, con excepción del correo electrónico
y web de entrada, que migrarán en las próximas horas. Los
equipos anteriores han sido configurados para asumir funciones de
hosting y aplicaciones. Momentáneamente se encuentran aún en
CC, pero serán transferidos a Biblioteca tan pronto se complete
el reforzamiento de su sistema eléctrico.
Concluida la etapa de migración, los servers
entrarán a etapas consecutivas de reforzamiento de la seguridad,
incremento de performance e incremento de la diversidad de
funciones.
Como una ampliación al plan originalmente
presentado al CU en Setiembre 2002, durante 2003 será posible
avanzar en componentes críticos de la cobertura y acceso a la
base de datos institucionales, en todos sus componentes.
En el siguiente diagrama se resume la topología
que se alcanzará en Junio 2003, y que en su mayor parte ya se
encuentra implementada.
El nuevo router se activará al concretarse la
ampliación del ancho de banda. La instalación de conexión inalámbrica
a Loayza y Sur se empezará a gestionar en breve, previa conexión
temporal ADSL, conforme el cronograma presentado líneas arriba.
Los catorce bloques de edificios se conectarán por fibra Gigabit
también durante las próximas seis semanas, conforme al
cronograma (implica la revisión de instalaciones eléctricas y
el tendido de algunos tramos de cableado, en coordinación con
las respectivas unidades de gestión y DGA/SG). El servicio RAS (acceso
remoto telefónico) se encuentra reducido a solo dos líneas por
fallas en los equipos (temporalmente cubierto por un ex-servidor).
Miembros de CU plantearon inquietudes que se
resumen a continuación:
- La conexión inalámbrica a los campus
implica una mejora en la velocidad de conexión desde los
actuales 64Kbps (~0.05Mbps) a un estimado de 1-2 Mbps (nominalmente
11Mbps), inferior a los 100Mbps que se tienen en LAN,
pero con suficiente capacidad para tráfico regular de
correo, web liviano, acceso i/o a la base de datos y
videoconferencia de baja o mediana resolución.
- El enlace entre las "bases de datos"
de docentes y correos electrónicos depende de una revisión
de las tablas, de manera similar a la que se ha efectuado
con Pensiones, a fin de unificar el código de
identificación. Aunque es posible aplicar soluciones
temporales manuales, es de mayor trascendencia para la
institución unificar los códigos y ordenar los procesos
que generan esos datos.
- Con la capacidad disponible es factible
generar cuentas de correo electrónico para todos los
docentes. El canal normal es que el representante informático
del área de gestión se comunique electrónicamente con
CC alcanzando un formulario XLS con los datos necesarios.
El déficit siempre ha sido el soporte al usuario. Este déficit
está siendo atacado en coordinación con el grupo de
Campus Virtual y Biblioteca.
- La factibilidad de conexión con otras
sedes (por ejemplo las hospitalarias) vía inalámbrica
es susceptible de analizarse. Técnicamente es en general
posible, y requiere el análisis de las consideraciones
políticas y económicas de las relaciones
interinstitucionales. Dependiendo del tamaño pueden
considerarse alternativas como ADSL con VPN.
- Se tomó nota de la conveniencia de
mejorar la imagen de los servicios informáticos, tema
que debe ser afrontado conjuntamente.
- CC reitera su interés por la evolución
de la alternativa Linux, pero hace notar que para los
sistemas operacionales, el balance costo-beneficio se
inclina, por el momento, hacia explotar la actual
plataforma. No sería razonable que UPCH se comprometiera
a sostener en producción dos plataformas. Linux en
particular, justamente por su naturaleza en principio no
comercial, impone una carga adicional de responsabilidad
de soporte.
- Los conceptos de descentralización y
centralización deben entenderse en sinergia. Por razones
de robustez, se desea llegar a una descentralización de
infraestructura, pero el costo implica que debe ser parte
de una estrategia gradual. Por razones de sinergia, el
sistema debe verse como uno solo, centralizado en diseño.
Esta centralización conceptual no implica que todos los
componentes del sistema deban ubicarse en un solo espacio
físico o bajo un solo nodo organizacional. La
implementación concreta en un momento dado es un balance
de la estrategia y arquitectura con las posibilidades
financieras.
- La falta de relación percibía entre los
datos académicos y de pensiones es un ejemplo de esa
situación arquitectural. De un conjunto de aplicaciones
independientes se está evolucionando progresivamente a
un sistema unificado. En algunos grupos existe ya de
hecho una integración de esos datos, pero que aún
presenta asperezas por ajustar.
- El tamaño de las casillas de correo en el
server ha sido incrementado a 16Mb, gracias a la nueva
capacidad de los equipos. En la medida de lo posible, se
tratará de ampliar esa capacidad.
- Tomamos nota de la necesidad de que otros
servicios puedan atravesar las actuales restricciones de
seguridad. Estimamos que para algunas funciones, como
conferencia, podrán levantarse las restricciones, al
menos en WAN.
- Si la conexión por cable o fibra con el
INSM o el HNCH es susceptible de interrupción, la cercanía
permite considerar conexiones inalámbricas.
- Es posible que las unidades operativas
desarrollen y operen de manera autónoma aplicaciones y
bases de datos en plataformas y maneras de su elección,
en la medida en que la infraestructura lo permita.
Evidentemente la responsabilidad de mantener
operacionales dichas aplicaciones reposa en la unidad.
Cuando las aplicaciones son de interés estratégico para
la Universidad, como puede ser el caso de la información
en las Direcciones Universitarias, es importante
considerar que (a) el diseño de dichas aplicaciones
debiera tomar en cuenta una nomenclatura y estructura que
permitan su interfase eficiente con la base de datos
institucionales y (b) la infraestructura y capacidad
informática de la UPCH está justamente para respaldar
dichas necesidades. En la situación típica, lo que
puede concurrir comúnmente es que se desarrollen pilotos
locales que posteriormente se portarán al sistema
corporativo (no necesariamente central).
- En razón del crecimiento, CC propondrá
lineamientos formales mas detallados de políticas informáticas
que aprovechen mejor los recursos de toda la Universidad.
- Gobierno ha hecho un esfuerzo económico
importante en esta implementación, que ha buscado
complementar y potencializar lo existente. El sistema
requiere también costos de mantenimiento y crecimiento
que requieren ser compartidos entre todas las unidades de
gestión.