← Todos los proyectos

Infraestructura · Educación · IA / Automatización

Frankie

Infraestructura Linux reutilizable para aprender administración de sistemas haciendo.

Año
2026
Mi papel
Diseño de producto, arquitectura e implementación
Stack
Linux · Proxmox VE · Docker · Python
Módulos conectados que representan la infraestructura de Frankie

01 · El problema

Primero, la necesidad.

Los laboratorios docentes necesitan entornos reales y repetibles para practicar sistemas sin convertir cada sesión en una reconstrucción manual de la infraestructura.

Objetivos funcionales

  • Reutilizar hardware disponible
  • Automatizar tareas repetitivas
  • Documentar el entorno
  • Acercar prácticas DevOps al aula

02 · La solución

Del contexto al producto.

Frankie organiza un servidor de aula como plataforma de aprendizaje: virtualización, servicios contenerizados, automatización y documentación conviven en un entorno operable.

01

Despliegue

Preparación reproducible de servicios de laboratorio.

02

Administración

Gestión de máquinas, contenedores y recursos desde una base común.

03

Documentación

El funcionamiento se conserva como parte del producto docente.

03 · Arquitectura

Cómo encajan las piezas.

  1. Servidor de aula
  2. Proxmox VE
  3. Máquinas Linux
  4. Servicios Docker y automatizaciones Python

Tecnología con propósito

Linux
Base de servicios y prácticas de administración.
Proxmox VE
Virtualización del laboratorio.
Docker
Empaquetado reproducible de servicios.
Python
Automatización de tareas operativas.

04 · Ingeniería

Decisiones y trade-offs.

Infraestructura reutilizada

Decisión
Construir sobre un servidor de aula disponible.
Motivo
Convierte una restricción real en material de aprendizaje.
Trade-off
La capacidad queda ligada al hardware y exige priorizar servicios.

Servicios contenerizados

Decisión
Usar Docker donde aporta aislamiento.
Motivo
Facilita reconstruir prácticas y explicar límites entre servicios.
Trade-off
Añade una capa que el alumnado debe aprender a operar.
Operación

Documentación y automatización reducen configuraciones manuales.

Seguridad

El acceso y la topología sensible quedan fuera del contenido público.

Evidencia

El repositorio permite revisar los artefactos disponibles.

05 · Retrospectiva

Qué aprendí.

  • Las restricciones físicas producen mejores ejercicios de arquitectura.
  • La documentación es parte de la infraestructura.

Qué haría diferente hoy

  • Ampliar observabilidad y auditoría.
  • Documentar más escenarios docentes.

¿Tienes un problema parecido?

Hablemos