Spinifex reimplementa las APIs de AWS sobre tu propio hardware
El proyecto de Mulga, con licencia AGPL-3.0, levanta EC2, S3, VPC, EKS o RDS como máquinas QEMU y redes OVN reales en un solo nodo
Spinifex es un cloud privado que habla las APIs de AWS en hardware propio. Reimplementa EC2, EBS, S3, VPC, IAM, los balanceadores ALB y NLB, EKS, ECS, ECR y RDS, y lo hace con computación de verdad: las instancias son máquinas virtuales QEMU y las VPC son redes OVN con security groups y elastic IPs. No es un emulador que simula respuestas para que tus tests pasen.
El código está en el repositorio de Mulga, bajo AGPL-3.0 y gratis de ejecutar. El autor del anuncio es ingeniero de la empresa, así que conviene leerlo sabiendo que es autopromoción.
Por qué no usar LocalStack, OpenStack o Proxmox
El argumento del proyecto es sencillo: casi toda la documentación, las herramientas y las habilidades que hay hoy en infraestructura asumen AWS. Si quieres ese modelo en tu propio rack, las alternativas conocidas se quedan cortas en algún punto.
LocalStack y los emuladores similares simulan la API para probar, pero nada corre de verdad ni persiste como en un cloud real. OpenStack sí es un cloud privado serio, con el problema de que trae sus propias APIs: tu Terraform, tus SDKs y lo que sabes de AWS no se trasladan. Y Proxmox es un buen hipervisor, pero no es una API de cloud: no hay capa de VPC, IAM, S3 ni EKS, y el Terraform que se escribe para él es otro distinto.
La apuesta de Spinifex es que la interfaz sea la propia API de AWS: el mismo CLI, los mismos SDKs y el mismo Terraform, apuntando a tu máquina en lugar de a la región de Virginia.
Qué se puede levantar y con qué límites
La instalación es de un solo nodo desde USB o ISO, y arranca como un clúster de un nodo al que luego se pueden unir más. Para quien estudia o hace pruebas, el gancho es concreto: montar el stack de VPC, EC2 y RDS de un curso de certificación y dejarlo un mes corriendo sin factura sorpresa, manteniendo un perfil de AWS para el trabajo y otro para el trastero.
Hay un detalle que merece leerse entero antes de sacar conclusiones. Los autores son ingenieros de infraestructura, algunos ex de AWS, y usan Claude Code para acelerar ciertas tareas: boilerplate de los handlers de la API, documentación, generación de casos de prueba y refactors grandes. Arquitectura, seguridad —autenticación, cifrado, modelado de amenazas—, ajuste de rendimiento y operación los hacen personas. Es decir, la empresa no afirma que el producto lo haya escrito una IA; dice en qué partes la usó. Tampoco enseña ninguna demo pública ni publica cifras de rendimiento: lo único inspeccionable es el repositorio.
Para quien administra sistemas, la pregunta práctica no es si el enfoque es bonito, sino si compensa mover la API de AWS a un rack propio. Eso se responde en el repo y en una prueba real: si el Terraform que ya tienes funciona igual apuntando a tu hardware, la barrera de entrada es baja; si el soporte de EKS o RDS se queda a medias al usarlo, no lo es. Comprobarlo cuesta un USB, no una migración.
