DevOps

DevOps

El equipo transversal de la redUI

El equipo transversal, de la red de Unidades Informáticas de la UdelaR en el Interior (redUI), o equipo devops, gestiona una plataforma de computación en la nube, con infraestructura en varios centros de datos en el territorio.

Los servicios de la redUI y sus usuarixs

Modalidad SaaS (Software como Servicio)

La redUI provee servicios de TI a usuarixs finales como correo electrónico, archivos compartidos en la nube, mensajería instantánea, etc. a centenas o miles de funcionarixs y docentes en los Centros Universitarios del Interior, y en varias unidades centrales en el Campus Luisi Janicki.

La atención y el soporte pasa por mesa de ayuda en el campus, y por el gestor de incidentes de la redUI y las unidades informáticas en el Interior.

La gestión del ciclo de vida de los recursos de TI son responsabilidad del usuarix y de su Servicio.

Modalidad IaaS (Infraestructura como Servicio) y PaaS (Plataforma como Servicio)

La redUI también provee recursos de computación a otros servicios de TI, esencialmente bajo dos formas:

  • hospedaje LAMP (Linux/Apache/Mysql/PHP) de sitios web, delegando una cuenta de hopedaje a un webmaster o un equipo de desarrollo web,
  • provisión de servidor virtual (contenedores o VMs)

La configuración, el mantenimiento y la actualización de los sistemas instalados en recursos provistos en esta modalidad son responsabilidad de los solicitantes de estos servicios, no de la redUI.

Herramientas y organización del trabajo

Desde 2018 procuramos formarnos y construir nuestra cultura devops; gestionamos nuestra infraestructura en modalidad devops, desarrollando nuestra "Infraestructura como Código" (IaC): usamos, transformamos y escribimos inventarios, playbooks, roles, colecciones Ansible... para describir nuestra infraestructura y la configuración de sus servicios. Gestionamos el código de nuestra IaC en nuestro gitlab https://git.interior.edu.uy/ y en github.

Inicialmente, trabajamos en un único proyecto, adminsys/config>, desde el que configurábamos la totalidad de nuestros servidores, virtuales y servicios. Ahí manejamos inventarios estáticos y la lógica de los playbooks es bastante básica. Toda la complejidad fue delegada a diferentes colecciones y roles que utilizamos o desarrollamos:

Así, adminsys/config> es simple. Pero creció mucho: centenas de issues, ramas y MRs, segmentación de privilegios ad hoc, ... Lo seguimos utilizando para el aprovisionamiento de hosts en nuestros clusters PVE, pero ahora manejamos los servicios en diferentes repos, uno por solución:

¿en qué estamos trabajando?

Próximas prioridades

  • Servicio de LDAP (Timbo)
  • Migrar sitios web y abandono de los antiguos hospedajes Asado, Imponente, Impecable, Davinci y Pacioli
  • Servidor de respaldos, Backuppc (Che)
  • Sistema de autoregistro de usuarios LDAP (Chalchal)
  • Gestor de medios, Peertube (Envido)
  • Resolvedores (Araza y Mburucuya): https://git.interior.edu.uy/adminsys/config/-/issues/523
  • Gestor de proyectos, Redmine (Turing): https://git.interior.edu.uy/adminsys/config/-/issues/289
  • Pad o Editor de notas online (Acacia)
  • Servicio EduRoam (Champion)
  • Ugrade PVE 8 -> PVE 9 de las plataformas de computación en la nube (guri, botija, redota, guyunusa, carpincho y mate)
  • Retomar integraciones con la autentificación central login.udelar (Shibboleth)

Esta página empieza a partir de esta lista de prioridades para el ingreso de lxs becarixs