Herramientas
Lo que usamos de verdad y con qué frecuencia. Si algo aparece como «ocasional», es porque lo hemos usado en producción pero no todas las semanas.
Donde corren las cargas
k3s en homelab, EKS en cliente
Imágenes multi-stage, rootless
Virtualización del laboratorio
Spot y autoescalado
Nada se toca a mano
Módulos propios, estado remoto
Configuración de nodos bare metal
Empaquetado de workloads
Imágenes base inmutables
De commit a producción
Pipelines con cachés y artefactos
GitOps con sincronización automática
Proyectos open source
Actualización de dependencias
Saber antes que el usuario
Métricas y reglas de alerta
Paneles por servicio, no por host
Logs correlacionados con trazas
Rutas y silencios por severidad
Cerrado por defecto
TLS automático, reverse proxy
Acceso al laboratorio sin exponer puertos
Secretos dinámicos y rotación
DNS, WAF y túneles
Para automatizar
Con set -euo pipefail, siempre
Automatización y operadores
Herramientas y controladores
PostgreSQL y SQLite
Laboratorio
Ninguna arquitectura llega a un cliente sin haberse caído antes aquí, a propósito.
forge status --lab
nodos 3 × mini-PC (32 GB RAM, NVMe)
hipervisor Proxmox VE 8 · clúster con quórum
k8s k3s v1.31 · 1 control-plane, 2 workers
red VLANs segmentadas · WireGuard de entrada
almacenamiento ZFS mirror · snapshots cada hora
respaldo 3-2-1 · restauración probada mensualmente
estado saludable
El laboratorio no es una demo: es el entorno donde probamos actualizaciones de versión, restauraciones desde cero y escenarios de fallo antes de proponerlos en un proyecto real. Cada servicio que corre aquí tiene su manifiesto en Git y se puede reconstruir sin intervención manual.
La regla es simple: si no podemos destruir un nodo un martes por la tarde y verlo volver solo, ese servicio todavía no está listo.
Los proyectos documentan cómo encajan estas piezas en un sistema real.