TPTito Pinardo Gutiérrez
English

Hola, soy

Tito Pinardo Gutiérrez

Administración de Sistemas · Infraestructura como Código · DevOps

Técnico Superior en ASIR + DAW. Gestiono infraestructura real con Terraform y Ansible, despliego con Kubernetes y GitOps, y me obsesiona entender por qué falla algo antes de arreglarlo.

Busco mi primer puesto como administrador de sistemas, DevOps o SRE junior.

Descargar CV Contactar LinkedIn GitHub

Vista rápida

Lo esencial para una primera criba, en un minuto.

Técnico Superior en ASIR + DAW (2026), orientado a sistemas Linux, redes y DevOps. Experiencia en prácticas desarrollando software interno en un centro universitario y como técnico informático en Malta, trabajando íntegramente en inglés. Mantengo un homelab de producción gestionado como código con Terraform, Ansible y Proxmox.

Puesto que busco
Administrador de sistemas, DevOps o SRE junior
Ubicación
Alcalá de Henares, Madrid
Formación
CFGS ASIR + DAW (2023–2026) · CFGM SMR (2021–2023)
Idiomas
Español nativo · Inglés C1 comprensión, B2 expresión
Fuertes en
Linux, Terraform, Ansible, Proxmox, Docker, Kubernetes, redes

Descargar CV Contactar

O explora el mapa: cada zona desbloquea una parte de mi trabajo.

01

Base

Quién soy

Acabo de terminar el Grado Superior combinado de ASIR + DAW, así que tengo las dos mitades: sé administrar sistemas y redes, y sé programar las herramientas que los automatizan.

Fuera de clase mantengo un homelab que no es un juguete: da servicio a diario a mi casa y está definido entero como código. Si un servidor desaparece, Terraform lo vuelve a crear y Ansible lo deja configurado igual que estaba.

Mi forma de trabajar: medir antes de cambiar, un cambio cada vez, comprobarlo en producción y dejarlo documentado, incluido lo que no funcionó. Prefiero convertir un arreglo manual en automatización mantenible a repetirlo dos veces.

He trabajado en inglés con clientes y con un equipo técnico durante unas prácticas internacionales en Malta.

  • Causa, no síntoma

    Busco por qué falla algo antes de tocarlo. Mis postmortems explican la causa raíz y cómo detectarla la próxima vez.

  • Todo como código

    Infraestructura versionada, secretos cifrados y cambios revisados con plan/diff antes de aplicarlos.

  • Medir, no suponer

    Una medición no es un resultado. Comparo con una base, repito y separo lo medido de lo estimado.

Antes y después

Arrastra para comparar cómo era montar un servicio a mano con cómo lo hago ahora.

✗ A mano

$ ssh root@servidor
# apt install ... (¿qué más hacía falta?)
# nano /etc/app/config.yml
# systemctl restart app   # ¿funcionará?
  • Entro por SSH y voy instalando paquetes según me acuerdo.
  • Edito configuraciones directamente en el servidor.
  • ¿Qué cambié el mes pasado? Nadie lo sabe.
  • Si el contenedor se rompe: una tarde de prueba y error.
  • Las contraseñas, en ficheros de texto.

✓ Como código

resource "proxmox_virtual_environment_container" "landing" {
  vm_id        = 125
  unprivileged = true
}
$ terraform plan   →  1 to add, 0 to change, 0 to destroy
$ ansible-playbook playbooks/landing.yml   →  failed=0
  • Terraform crea el contenedor y Ansible lo configura.
  • Cada cambio es un commit revisado con plan o --diff.
  • El historial de Git dice qué cambió, cuándo y por qué.
  • Si se rompe: un comando y vuelve a estar igual.
  • Secretos cifrados con Ansible Vault.
02

Árbol de habilidades

Qué sé hacer

Elige una habilidad para ver dónde la he usado.

Infraestructura como código

Aprovisionar y configurar sin pasos a mano.

Contenedores y entrega

Empaquetar, desplegar y mantener aplicaciones.

Linux y redes

La base sobre la que corre todo lo demás.

Observabilidad y seguridad

Saber qué pasa y reducir la superficie de ataque.

Desarrollo y datos

Programar las herramientas que automatizan el resto.

La uso a diario en producción · La he desplegado y mantenido · La he usado en un proyecto

03

Misiones

Proyectos reales

  1. En curso

    Seguridad y monitorización

    Saber qué pasa en cada máquina y cerrar lo que no debería estar abierto.

    • Wazuh
    • Zabbix
    • Linux / SSH hardening
    • MikroTik
    • VLANs
    • WireGuard
    • Ansible
    Proyecto personal en curso dentro del homelab.

    Con más de veinte contenedores y VMs, revisar a mano la seguridad y el estado de cada uno no escala.

    • Despliegue automatizado con Ansible de agentes de Zabbix y Wazuh, con avisos por correo y chat probados de extremo a extremo.
    • Revisión de vulnerabilidades con Wazuh: se corrigieron las 430 entradas que tenían arreglo publicado y se documentaron los residuos y sus límites.
    • Hardening reutilizable de Linux y SSH aplicado como rol de Ansible, y auditoría de red con correcciones en el router y el cortafuegos.
    • Retirada de internet de todo panel que no necesitaba estar público: solo queda expuesto lo imprescindible.

    Menos superficie expuesta y avisos que llegan solos en vez de revisiones manuales.

    Documento qué no demuestra una auditoría tanto como lo que demuestra: 'sin hallazgos' no es 'sin vulnerabilidades'.

    Código privado (puedo enseñarlo en una entrevista)

  2. Completada

    Clúster OpenShift (OKD)

    Clúster de tres nodos sobre Proxmox para practicar administración de OpenShift.

    • OpenShift (OKD)
    • Kubernetes / K3s
    • Terraform
    • Ansible
    • Proxmox VE
    • Technitium DNS
    Laboratorio personal, instalación completada y verificada.

    Quería practicar OpenShift de verdad, con sus problemas de instalación reales, no con un tutorial guiado.

    • Tres nodos definidos con Terraform, DNS preparado e instalación con el Agent-Based Installer.
    • Resueltos los problemas reales del camino: una ISO con fallo de arranque, RAM insuficiente, orden de arranque tras instalar y latencia de etcd en discos mecánicos.
    • Resultado verificado: 3/3 nodos Ready y 33/33 operadores sanos, con una aplicación de prueba desplegada mediante Ansible.

    Un clúster OpenShift funcionando y un historial de instalación con cada fallo y su solución.

    etcd no perdona los discos lentos: la latencia de almacenamiento se nota antes en el plano de control que en las aplicaciones.

    Código privado (puedo enseñarlo en una entrevista)

  3. Completada

    Clasificación automática de documentos

    Scripts en Python que clasifican y asignan documentos de alumnos solos.

    • Python
    • Docker
    Prácticas en el Centro Universitario Cardenal Cisneros.

    Los documentos de alumnos se clasificaban y asignaban a mano.

    • Scripts en Python sobre la API de Paperless-ngx que clasifican y asignan los documentos automáticamente.
    • Investigación de IA y reconocimiento de escritura manuscrita para apoyar respuestas automáticas a consultas de alumnos.

    Menos trabajo manual repetitivo para el personal del centro.

    Código privado (puedo enseñarlo en una entrevista)

  4. En producción

    Esta web

    Rust, PostgreSQL y mi propio homelab, sin plantillas ni constructores de webs.

    • Rust
    • PostgreSQL
    • Traefik
    • Terraform
    • Ansible
    • Git
    Proyecto personal, en producción.

    Quería una forma de enseñar mi trabajo que fuera, en sí misma, una muestra de cómo trabajo.

    • Servidor en Rust con Axum y plantillas compiladas; PostgreSQL con consultas comprobadas en compilación.
    • Páginas pre-renderizadas detrás de Cloudflare: casi ninguna visita llega al servidor.
    • Desplegada con Terraform y Ansible en mi homelab, detrás de Traefik y con monitorización.
    • Funciona sin JavaScript; el mapa, la terminal y los logros son una mejora encima.

    Lo que estás viendo.

    La parte rápida de una web no es el lenguaje del servidor, es no tener que llamarlo.

    Ver código ↗

04

Trayectoria

Experiencia y formación

  1. Sept. 2025 – Jun. 2026

    Técnico de Desarrollo de Software · Prácticas

    Centro Universitario Cardenal Cisneros · Alcalá de Henares

    • Desarrollé y mantuve software interno y utilidades para el personal universitario.
    • Rediseñé bases de datos relacionales para mejorar la organización, el acceso a datos y los flujos automatizados.
    • Migré el sitio web y el ecosistema de aplicaciones del centro a una versión más reciente.
    • Desarrollé scripts en Python para clasificar y asignar documentos de alumnos con Paperless-ngx.

  2. Sept. 2023 – Jun. 2026

    CFGS ASIR + DAW

    GSD International School Buitrago · Madrid

    • Administración de Sistemas Informáticos en Red y Desarrollo de Aplicaciones Web, en un programa combinado.
    • Proyecto final: XPIFY, calificado con 10/10.

  3. Abr. – Jun. 2023

    Técnico Informático · Prácticas internacionales

    Micro Technology Consultancy Ltd · Ħaż-Żebbuġ, Malta

    • Trabajé íntegramente en inglés, coordinando al equipo técnico local en proyectos de clientes.
    • Lideré la implantación de cargadores dobles para tablets y el software del cliente en una flota de 250 taxis.
    • Participé en el despliegue de 700 teléfonos IP en un hotel, incluida la configuración de la centralita.

  4. Sept. 2021 – Jun. 2023

    CFGM Sistemas Microinformáticos y Redes

    GSD International School Buitrago · Madrid

05

Laboratorio

Mi homelab, por dentro

Así es mi servidor por dentro. Elige un recorrido y mira el camino que hace cada cosa de verdad, o pulsa cualquier pieza para ver qué hace.

El mapa interactivo del servidor y sus recorridos animados están en la vista completa.

Recorridos Pulsa uno y sigue el paquete.

Fuera del servidor Servidor Proxmox 48 núcleos · 251 GB de RAM · ZFS · GPU NVIDIA Entrada y red Aplicaciones Multimedia IA local Observabilidad y seguridad Plataforma Hipervisor y laboratorio Internet Cloudflare Mi móvil MikroTik Casa PC con GPU Git Traefik SSO + 2FA DNS IP dinámica Esta web PostgreSQL Matrix Paperless Obsidian n8n Homepage Juegos Plex Biblioteca TV en directo GPU NVIDIA Hermes Qdrant Zabbix Wazuh Control IaC ZFS + RAID Proxmox VE OpenShift Respaldo Git
Hermes

Pulsa una pieza del servidor o elige un recorrido.

    • Fuera
    • Red
    • Cómputo y multimedia
    • Control
    • Observabilidad
    • IA
    • Aplicación
    Tu visita a esta web
    1. Internet — Escribes titopinardogutierrez.com en el navegador.
    2. Cloudflare — Cloudflare recibe la petición, comprueba que no es un ataque y la reenvía a mi casa.
    3. Router MikroTik — El router MikroTik solo deja pasar el tráfico web hacia Traefik.
    4. Traefik — Traefik termina el TLS y sabe, por el dominio, que va para esta web.
    5. Esta web — El binario de Rust ya tiene la página renderizada en memoria: responde en microsegundos.
    6. Cloudflare — La respuesta vuelve por Cloudflare, que guarda una copia de lo que se puede cachear.
    7. Internet — Y ya la estás viendo. Todo el viaje, en milisegundos.
    Cuando me escribes
    1. Internet — Rellenas el formulario de contacto y pulsas enviar.
    2. Cloudflare — Cloudflare filtra el tráfico automatizado.
    3. Router MikroTik — El router lo deja pasar hacia Traefik.
    4. Traefik — Traefik lo entrega a la web.
    5. Esta web — La web valida los campos, mira el campo trampa y comprueba el límite de envíos por IP.
    6. PostgreSQL — Primero se guarda en PostgreSQL: si algo falla después, el mensaje no se pierde.
    7. Esta web — Un trabajador en segundo plano recoge los mensajes pendientes de avisar.
    8. Matrix (Synapse + Element) — Lo publica en mi sala de Matrix y no lo da por entregado hasta recibir su identificador.
    9. Mi móvil (Element) — Me llega al móvil. Te respondo yo, en persona.
    Despliego un servicio
    1. Repositorio Git — Todo empieza con un commit: el servicio nuevo se describe como código.
    2. Nodo de control IaC — En el nodo de control, Terraform calcula el plan: qué se crea, qué cambia y qué no se toca.
    3. Proxmox VE — Proxmox crea el contenedor exactamente como dice el código.
    4. Esta web — El servicio arranca en su contenedor nuevo.
    5. Nodo de control IaC — Ansible lo configura: hardening, cortafuegos, aplicación y comprobación de que responde.
    6. Zabbix — El agente de Zabbix empieza a enviar métricas.
    7. Wazuh — Wazuh empieza a vigilar su seguridad.
    8. Respaldo del repositorio — Y el cambio queda guardado también en el repositorio de respaldo.
    Actualizo contenedores
    1. Hermes (asistente de IA) — Hermes nota que hay imágenes nuevas de varios contenedores Docker.
    2. Matrix (Synapse + Element) — Me lo cuenta en Matrix, con cuáles y desde cuándo.
    3. Mi móvil (Element) — Lo leo en el móvil y decido cuándo actualizar.
    4. Nodo de control IaC — Lanzo el playbook de actualización desde el nodo de control.
    5. n8n — Cada contenedor se actualiza y Ansible espera a que su healthcheck esté en verde antes de seguir.
    6. Zabbix — Zabbix confirma que todo vuelve a estar sano.
    Renuevo certificados
    1. Traefik — Un certificado TLS está a punto de caducar: Traefik lo detecta solo.
    2. Cloudflare — Pide uno nuevo a Let's Encrypt demostrando que el dominio es mío con un registro DNS en Cloudflare (DNS-01).
    3. Traefik — Traefik recibe el certificado nuevo y lo usa sin reiniciar nada.
    4. Hermes (asistente de IA) — Hermes revisa a diario la caducidad de certificados y dominios.
    5. Matrix (Synapse + Element) — Solo si algo va mal, avisa en Matrix.
    6. Mi móvil (Element) — Si llega aviso, lo veo en el móvil. Normalmente, ni me entero.
    Cambia mi IP
    1. Router MikroTik — La operadora me cambia la IP pública sin avisar.
    2. Sincronizador de IP — En menos de 5 minutos el sincronizador detecta la IP nueva.
    3. Cloudflare — Actualiza el registro de cada dominio en Cloudflare por su API.
    4. Internet — Los visitantes siguen llegando como si nada.
    Hermes aprende solo
    1. Nodo de control IaC — Después de cada intervención escribo una nota: qué pasó, cómo se midió y qué no funcionó.
    2. Obsidian — La nota queda en Obsidian, la documentación del homelab.
    3. Qdrant — Cada 15 minutos se trocea y se indexa en Qdrant como vectores.
    4. Hermes (asistente de IA) — Desde ese momento Hermes puede citarla para responder.
    Despliego en OpenShift
    1. Repositorio Git — La aplicación y su despliegue están descritos como código.
    2. Nodo de control IaC — Ansible aplica los manifiestos contra el clúster.
    3. Clúster OpenShift (OKD) — OpenShift reparte los pods entre sus tres nodos y expone una ruta.
    4. Technitium DNS — El DNS interno resuelve el dominio de las aplicaciones del clúster.
    5. Dispositivos de casa — Y la aplicación se abre desde cualquier equipo de casa.
    Un intento de intrusión
    1. Internet — Un bot recorre internet buscando servidores mal configurados.
    2. Cloudflare — Cloudflare frena gran parte del tráfico automatizado.
    3. Router MikroTik — El cortafuegos del router descarta todo lo que no sea la web; SSH ni siquiera se ve desde fuera.
    4. Wazuh — Los agentes de Wazuh registran cualquier inicio de sesión fallido dentro de los contenedores.
    5. Hermes (asistente de IA) — Hermes repasa los inicios de sesión fallidos y los resume.
    6. Matrix (Synapse + Element) — Si hay algo raro, lo publica en su sala de Matrix.
    7. Mi móvil (Element) — Y me llega al móvil.
    Algo se rompe
    1. Plex — Un servicio empieza a fallar: por ejemplo, Plex se queda sin espacio temporal.
    2. Zabbix — Zabbix lo detecta con sus comprobaciones.
    3. Hermes (asistente de IA) — Hermes recibe el problema y lo explica en lenguaje claro, con contexto de la documentación.
    4. Matrix (Synapse + Element) — Lo publica en la sala de avisos de Matrix.
    5. Mi móvil (Element) — Me entero antes que nadie de la casa.
    Entro desde fuera
    1. Mi móvil (Element) — Estoy fuera de casa y necesito un documento.
    2. Router MikroTik — Me conecto a la VPN WireGuard del router: los paneles no están en internet.
    3. Technitium DNS — El DNS interno resuelve el nombre del servicio.
    4. Caddy + Authelia — Authelia me pide usuario y segundo factor.
    5. Paperless-ngx — Y entro en Paperless como si estuviera en casa.
    Pregunto a Hermes
    1. Mi móvil (Element) — Escribo a Hermes desde el móvil: «¿cómo están los discos?».
    2. Cloudflare — El mensaje entra por Cloudflare.
    3. Matrix (Synapse + Element) — Llega a mi servidor de Matrix.
    4. Hermes (asistente de IA) — Hermes decide qué herramientas necesita para responder.
    5. Qdrant — Busca en Qdrant la documentación relevante de Obsidian.
    6. Zabbix — Pide a Zabbix el estado real de los discos y del ZFS.
    7. PC con GPU (Ollama) — El modelo local, en el PC con GPU, redacta la respuesta. Nada sale de casa.
    8. Hermes (asistente de IA) — Hermes comprueba la respuesta: lo que se puede calcular, lo calcula el código, no el modelo.
    9. Matrix (Synapse + Element) — La respuesta vuelve por Matrix.
    10. Mi móvil (Element) — Y la leo en el móvil.
    El resumen de cada mañana
    1. Hermes (asistente de IA) — A las 7:00 Hermes prepara el resumen del día.
    2. Zabbix — Pregunta a Zabbix por problemas abiertos y recursos.
    3. Wazuh — Pregunta a Wazuh por la seguridad: agentes y accesos fallidos.
    4. Respaldo del repositorio — Comprueba que el repositorio de respaldo se ha actualizado.
    5. Matrix (Synapse + Element) — Lo junta todo en un único mensaje en Matrix.
    6. Mi móvil (Element) — Y lo leo con el café.
    Una noche de película
    1. Biblioteca automatizada (*arr) — La biblioteca se organiza sola: nombres, metadatos y subtítulos.
    2. Almacenamiento ZFS — Todo se guarda en los pools ZFS, con redundancia.
    3. Plex — Plex lo presenta con carátulas y sinopsis.
    4. GPU passthrough — Si el dispositivo no soporta el formato, la GPU lo convierte por hardware.
    5. Plex — Plex sirve el vídeo ya adaptado.
    6. Router MikroTik — Sale por el router.
    7. Mi móvil (Element) — Y se ve en cualquier pantalla, en casa o fuera.
    Noche de juegos
    1. Mi móvil (Element) — Desde el móvil abro el panel de servidores de juegos.
    2. Cloudflare — Entra por Cloudflare, como el resto de webs.
    3. Traefik — Traefik lo lleva al panel.
    4. Servidores de juegos (AMP) — Arranco el servidor del juego que toque esa noche.
    5. Router MikroTik — El cortafuegos del router abre su puerto automáticamente, solo mientras está encendido.
    6. Internet — Mis amigos se conectan desde sus casas.
    7. Zabbix — Zabbix vigila la CPU y la memoria mientras jugamos.
    Navegar sin anuncios
    1. Dispositivos de casa — La tele de casa intenta cargar un anuncio.
    2. Technitium DNS — Pregunta al DNS de casa, que tiene el dominio en una lista de bloqueo.
    3. Dispositivos de casa — No recibe respuesta: el anuncio no se carga. Ni en la tele ni en ningún equipo.
    4. Technitium DNS — Una web normal sí se resuelve, y además queda en caché para la siguiente vez.
    5. Internet — La página carga más rápido y sin rastreadores.
    Un papel nuevo
    1. Dispositivos de casa — Escaneo un documento desde casa.
    2. Caddy + Authelia — Authelia comprueba que soy yo, con segundo factor.
    3. Paperless-ngx — Paperless le pasa OCR, lo clasifica y le pone etiquetas.
    4. Almacenamiento ZFS — El original y el texto quedan guardados en ZFS, con redundancia.

    1. Internet

      Cualquier visitante, en cualquier parte del mundo.

    2. Cloudflare

      Primera parada de todo el tráfico de fuera: oculta la IP de casa, filtra ataques y guarda copias en caché cerca del visitante.

    3. Mi móvil (Element)

      Desde Element hablo con Hermes y recibo avisos y mensajes, esté donde esté.

    4. Router MikroTik

      Conectado directamente a la fibra. Red separada por VLANs, cortafuegos auditado y VPN WireGuard para entrar desde fuera.

      • MikroTik
      • VLANs
      • WireGuard

    5. Dispositivos de casa

      Portátiles, la tele, los móviles: todo lo que se conecta a la red de casa, separado por VLANs.

    6. PC con GPU (Ollama)

      El modelo de lenguaje de Hermes corre aquí, en local: nada sale de mi red. Si el PC está apagado, las preguntas esperan en cola.

      • LLM locales (Ollama, Qdrant, RAG)

    7. Repositorio Git

      Toda la infraestructura vive como código versionado. Cada cambio empieza aquí.

      • Git

    8. Traefik

      La única puerta pública del servidor: certificados TLS automáticos y una ruta por servicio publicado. Los paneles internos no pasan por aquí.

      • Traefik

    9. Caddy + Authelia

      Entrada a los paneles internos, solo desde casa o la VPN, con inicio de sesión único y doble factor.

      • Linux / SSH hardening

    10. Technitium DNS

      Resuelve los nombres internos y bloquea publicidad y rastreadores en toda la casa. Migrado desde Pi-hole sin perder una consulta.

      • Technitium DNS

    11. Sincronizador de IP

      Mi conexión no tiene IP fija: cada 5 minutos comprueba la IP pública y, si cambia, actualiza Cloudflare para que los dominios sigan apuntando a casa.

      • Technitium DNS

    12. Esta web

      Un binario de Rust de 11 MB que usa unos 12 MB de RAM, en su propio contenedor sin privilegios y con el cortafuegos más estricto del servidor.

      • Rust
      • PostgreSQL

    13. PostgreSQL

      Guarda los mensajes del formulario. Sin red: solo se le habla por el socket local.

      • PostgreSQL

    14. Matrix (Synapse + Element)

      Mi propio servidor de mensajería. Aquí viven Hermes, los avisos del servidor y los mensajes de esta web.

    15. Paperless-ngx

      Digitaliza y clasifica documentos con OCR. Aislado del resto a propósito: guarda papeles personales.

      • Python
      • Docker

    16. Obsidian

      La documentación del homelab: procedimientos, incidentes y postmortems. Hermes la consulta para responder.

      • Docker

    17. n8n

      Automatizaciones entre servicios: tareas programadas y avisos.

      • Docker

    18. Homepage

      El panel de entrada a todos los servicios, generado por Ansible desde la misma lista que usa Traefik.

      • Ansible

    19. Servidores de juegos (AMP)

      Servidores de juegos para amigos, con apertura automática del cortafuegos solo mientras están encendidos.

    20. Plex

      El servidor multimedia de la casa, con transcodificación por hardware.

      • Proxmox VE

    21. Biblioteca automatizada (*arr)

      Un conjunto de servicios que mantiene la biblioteca ordenada sola: nombres, metadatos, subtítulos y la calidad que elijo.

      • Docker

    22. TV en directo

      Canales públicos de TDT con su guía de programación, servidos a Plex como si fuera un sintonizador.

      • Docker

    23. GPU passthrough

      Una GPU NVIDIA asignada al contenedor de Plex para convertir vídeo por hardware sin cargar la CPU.

      • Proxmox VE

    24. Hermes (asistente de IA)

      El bot que responde sobre el estado del servidor en lenguaje natural. El de esta página es su versión sin IA.

      • Python
      • LLM locales (Ollama, Qdrant, RAG)

    25. Qdrant

      Base de datos vectorial: guarda la documentación y las conversaciones para que Hermes encuentre lo relevante (RAG).

      • LLM locales (Ollama, Qdrant, RAG)

    26. Zabbix

      Métricas y alertas de cada máquina: CPU, discos, RAID, ZFS, contenedores Docker.

      • Zabbix

    27. Wazuh

      Seguridad: vulnerabilidades, inicios de sesión sospechosos y comprobaciones CIS en todos los contenedores.

      • Wazuh

    28. Nodo de control IaC

      Desde aquí Terraform crea las máquinas y Ansible las configura. También corren aquí los agentes de IA con los que trabajo.

      • Terraform
      • Ansible

    29. Almacenamiento ZFS

      Pools ZFS y RAID por software para los sistemas y la biblioteca, vigilados por Zabbix.

      • ZFS

    30. Proxmox VE

      El hipervisor: unos veinte contenedores LXC y las máquinas virtuales del laboratorio.

      • Proxmox VE
      • LXC

    31. Clúster OpenShift (OKD)

      Tres nodos para practicar OpenShift: 3/3 Ready y 33/33 operadores sanos.

      • OpenShift (OKD)
      • Kubernetes / K3s

    32. Respaldo del repositorio

      Un segundo repositorio que se actualiza solo en cada commit de la infraestructura.

      • Git

    Vista simplificada: sin direcciones, puertos ni nombres internos.

    06

    Ahora mismo

    En qué estoy trabajando

    Lo que estoy haciendo estos días, con datos en vivo.

    • Buscando mi primer puesto como administrador de sistemas o DevOps.
    • Mejorando Hermes, mi asistente de IA local, con evaluaciones medidas.
    • Ampliando el homelab como código: actualizaciones vigiladas de contenedores y monitorización.
    • Aprendiendo Rust construyendo esta web.

    Estado del homelab

    Los datos en vivo no están disponibles ahora mismo.

    Actividad reciente en GitHub

    1. Los datos en vivo no están disponibles ahora mismo.
    07

    Contacto

    Hablemos

    ¿Tienes una vacante, una pregunta o quieres hablar de infraestructura? Escríbeme y te respondo lo antes posible.

    Solo uso tus datos para responderte. No los comparto ni los uso para nada más.

    Terminal