Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

Biohazard

Monorepo para infraestructura doméstica hiperconvergente basada en Kubernetes, Talos Linux y Rook-Ceph. Enfocado en automatización GitOps (Flux/Renovate), seguridad de red con Cilium y gestión de almacenamiento persistente HA.

Ficha actualizada 22 sept 2026, 11:15 · upstream 22 sept 2026, 11:15 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es Biohazard

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Biohazard es un repositorio monolítico diseñado para gestionar una infraestructura doméstica compleja centrada en Kubernetes. Utiliza Talos Linux como sistema operativo de los nodos, ofreciendo una experiencia administrativa orientada a la automatización y minimizando el trabajo manual repetitivo. La arquitectura incluye almacenamiento persistente altamente disponible mediante Rook-Ceph, con estrategias de backup 3-2-1 gestionadas por VolSync, Restic y rclone.

El enfoque en seguridad es integral, implementando Cilium para políticas de red BPF, Kyverno para validación de recursos y cert-manager para gestión automática de TLS. La infraestructura física se apoya en un firewall Fortinet (FortiGate 40F) con switches gestionados para VLANs, asegurando una segmentación adecuada del tráfico.

La actualización y el despliegue de aplicaciones se gestionan mediante GitOps usando Flux y Renovate, permitiendo sincronizar el estado deseado desde el repositorio. También incluye KubeVirt para ejecutar VMs dentro del clúster, integrando abstracciones como DNS y NetworkPolicy en máquinas virtuales.

CASOS DE USO
  • Gestión de un clúster Kubernetes de producción doméstica con almacenamiento Ceph HA y backups automatizados.
  • Implementación de políticas de seguridad de red avanzadas mediante Cilium y Kyverno en entorno controlado.
  • Automatización de actualizaciones de componentes del clúster (Talos, K8s) usando GitOps y System-Upgrade-Controller.
  • Despliegue de aplicaciones con descubrimiento DNS automático y gestión de certificados TLS rotativos.
  • Ejecución de máquinas virtuales dentro del clúster usando KubeVirt para cargas de trabajo mixtas.
PUNTOS DESTACADOS
  • Integración completa GitOps con Flux y Renovate para actualizaciones automáticas y revisión de PRs.
  • Red definida por políticas (NetworkPolicy) implementada con Cilium y BPF para seguridad granular.
  • Almacenamiento persistente HA gestionado internamente por Rook-Ceph sin dependencias externas complejas.
  • Gestión automática de secretos desde fuentes externas como 1Password usando external-secrets.
  • Monitorización pull-based con VictoriaMetrics y kube-prometheus-stack para observabilidad detallada.
PRECAUCIONES
  • Complejidad alta (HIGH) requerida; no apto para usuarios sin experiencia avanzada en Kubernetes o Linux.
  • Falta de soporte one-click; el despliegue requiere configuración manual de componentes y hardware específico.
  • Dependencia de hardware físico específico (Fortinet) para la red física, limitando portabilidad inmediata.
  • No incluye Docker ni Compose; requiere migración completa a contenedores nativos o KubeVirt.
  • Requiere al menos 4 núcleos CPU y 4GB RAM según especificaciones técnicas del clúster de ejemplo.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Despliegue manual requerido. Asegurar hardware compatible con Talos Linux (x86_64). Configurar red física con FortiGate antes de iniciar el clúster. Aplicar políticas Kyverno y Cilium tras la instalación inicial. Verificar backups VolSync antes de producción. Mantener actualizaciones automáticas activas para evitar desactualizaciones críticas.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
No detectados
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.