[ PIER ]
Lightweight self-hosted PaaS in Rust — an alternative to Coolify, Heroku and Vercel. Single binary running on 20–40 MB RAM, deploys containers, Docker Compose stacks and Git repos, automatic HTTPS via Traefik, multi-server management and embedded SQLite. Runs on a $5 VPS.
![[ PIER ]](/_next/image?url=%2Fimages%2Fprojects%2Fpier.webp&w=3840&q=75)
Desafío
Coolify ofrece despliegues estilo Heroku, pero consume entre 750 MB y 1,2 GB de RAM en reposo y levanta más de 6 contenedores (Laravel, PostgreSQL, Redis, Soketi, Horizon, Traefik). Demasiado pesado para proyectos pequeños y para autoalojarse en un VPS económico — exige al menos 2 GB de RAM y 2 vCPU.
Solución
Un único binario en Rust que corre en 20–40 MB de RAM con SQLite embebido y un frontend HTMX de ~30 KB. Las mismas funciones (Docker, Compose, Git-to-deploy, SSL Let's Encrypt, multi-servidor, copias en S3) en un footprint 30× menor. Sin base de datos aparte ni contenedores extra — solo Traefik.
Resultado
Funciona en un VPS de 5 $ (512 MB RAM, 1 vCPU). Ocupa 15–30 MB de disco frente a ~1 GB de Coolify. Open-source bajo AGPL-3.0, disponible en GitHub. Versión 1.0.2 en producción.
Sobre la plataforma
PIER es una alternativa de código abierto a Coolify, Heroku y Vercel para autohospedaje. Una plataforma de nivel PaaS que se ejecuta en cualquier servidor Linux: desde una Raspberry Pi o un NUC de homelab hasta un VPS de 5 $ al mes. Bajo el capó hay un único binario escrito en Rust, sin dependencias externas como PHP, Node.js o PostgreSQL.
El objetivo es darles a desarrolladores y equipos pequeños una herramienta que haga el despliegue de contenedores Docker, stacks Docker Compose y repositorios Git tan rápido como en los PaaS comerciales — pero sin vendor lock-in, sin suscripciones y sin infraestructura opaca. PIER se encarga de los certificados SSL, el reverse proxy, el rollback automático, las copias en S3 y la monitorización de recursos en tiempo real.
El código fuente es completamente abierto bajo licencia AGPL-3.0 y está disponible en GitHub. La arquitectura está pensada para una operación a largo plazo: el SQLite embebido elimina la necesidad de un servidor de base de datos separado, y un único binario con rust-embed empaqueta todas las plantillas, migraciones y assets estáticos — actualizar consiste en copiar un archivo y reiniciar la unidad de systemd.
Comparado con alternativas
Una comparación honesta de PIER con las tres opciones de PaaS autoalojadas más populares: Coolify, Dokku y CapRover. Los datos provienen de la documentación oficial y mediciones reales sobre una instalación limpia de Ubuntu 24.04.
| Métrica | PIER | Coolify | Dokku | CapRover |
|---|---|---|---|---|
| RAM en reposo | 20–40 MB | 750 MB – 1,2 GB | ~120 MB | ~250 MB |
| Espacio en disco | 15–30 MB | ~1 GB | ~150 MB | ~400 MB |
| Contenedores en reposo | 1 (+ Traefik) | 6+ | 0 | 5+ |
| VPS mínimo | 512 MB / 1 vCPU | 2 GB / 2 vCPU | 1 GB / 1 vCPU | 1 GB / 1 vCPU |
| Lenguaje de implementación | Rust | PHP / Laravel | Bash / Go | TypeScript / Node.js |
| Tamaño del frontend | ~30 KB | ~300+ KB | sin UI | ~500+ KB |
| Base de datos | SQLite embebido | PostgreSQL externo | Sistema de archivos | LokiJS embebido |
| Licencia | AGPL-3.0 | Apache 2.0 | MIT | Apache 2.0 |
Funciones
Contenedores Docker
Crear, iniciar, detener, reiniciar, logs y métricas vía bollard. Control completo desde la interfaz web.
Stacks de Compose
Editor YAML integrado para gestionar stacks multiservicio. Despliega un docker-compose.yml con un solo clic.
Git-to-deploy
Webhooks de GitHub y GitLab, build desde Dockerfile, imagen o Compose. Historial de despliegues con rollback.
Reverse proxy
Traefik con HTTPS automático a través de Let's Encrypt. Dominios personalizados y URLs generadas automáticamente.
Multi-servidor
Gestiona varios servidores mediante agentes remotos. Una sola UI — muchos servidores y regiones.
Copias en S3
Snapshots programadas con cualquier almacenamiento compatible con S3. AWS, Backblaze, MinIO, cualquier API S3.
Monitoreo
CPU, RAM, disco y red en tiempo real — sin Prometheus ni Grafana aparte. Todo en un solo binario.
Más de 30 plantillas
PostgreSQL, MySQL, MongoDB, Redis, Grafana, Gitea, Matrix, Minecraft, AmneziaWG y más — despliegue en un clic.
Arquitectura
PIER se construye en torno al minimalismo: toda la lógica de negocio, plantillas de UI, migraciones de la base de datos y assets estáticos se empaquetan en un único binario Rust. Sin servicios separados, sin colas ni brokers — solo PIER y Traefik para el reverse proxy.
Backend — Rust + Tokio + Axum
Servidor HTTP asíncrono construido con Axum sobre Tokio. El middleware Tower gestiona CORS, compresión, archivos estáticos y trazas. La concurrencia es gratis — sin green threads, sin pausas de GC y sin memoria adicional por worker.
Storage — SQLite embebido (rusqlite)
La base de datos se incluye en el binario mediante rusqlite con la feature `bundled`. Soporta copias de seguridad en línea. Sin PostgreSQL externo, sin permisos, contraseñas ni conexiones de red a una base de datos — todo es local, en un único archivo.
Frontend — HTMX + Alpine.js + Tailwind
La UI se renderiza en el servidor mediante plantillas MiniJinja y se actualiza con peticiones HTMX parciales. Alpine.js gestiona la interactividad local. Resultado: ~30 KB de JavaScript por página frente a cientos de KB en equivalentes SPA.
Containers — bollard
El demonio Docker se gestiona vía bollard — el cliente oficial de Rust para la API de Docker. Crear, iniciar, detener, logs, métricas, copia de archivos a contenedores — todo a través de una API async nativa, sin envoltorios de shell.
Proxy — Traefik + Let's Encrypt
El reverse proxy Traefik reconoce automáticamente las etiquetas Docker y emite HTTPS mediante Let's Encrypt. PIER escribe las etiquetas correctas durante el despliegue — el usuario no configura nada manualmente.
Security — JWT + bcrypt + AES-GCM
Autorización mediante JWT, contraseñas hasheadas con bcrypt, secretos de entorno cifrados con AES-GCM antes de escribirse en la base de datos. Las firmas de webhooks de GitHub y GitLab se verifican con HMAC-SHA256.
Plantillas integradas
Más de 30 plantillas preconfiguradas para despliegues en un solo clic. Cada plantilla es un docker-compose.yml validado con volúmenes, healthchecks y variables de entorno correctas.
Bases de datos
PostgreSQL, MySQL, MariaDB, MongoDB, Redis, Valkey, ClickHouse, Cassandra, ScyllaDB, Qdrant
Servicios
Grafana, Gitea, Forgejo, Matrix Synapse, Elasticsearch, Kibana, RabbitMQ, Directus, Supabase, NocoDB, Portainer, Gotify, Audiobookshelf, Beszel
Servidores de juegos
Minecraft, Terraria
VPN
AmneziaWG
Para quién es
PIER está optimizado para escenarios donde un PaaS autoalojado pesado como Coolify resulta excesivo o simplemente no cabe en el servidor disponible.
Desarrolladores indie y freelancers
Un único servidor de 5 $ al mes alberga 5–10 proyectos SaaS, landings y proyectos personales. No hace falta pagar suscripciones de Heroku, Render o Fly.io por servicio.
Proyectos personales en VPS económicos
PIER se ejecuta con 512 MB de RAM. Esto significa que Hetzner Cloud CX11, Oracle Free Tier ARM o un nanode de DigitalOcean pueden manejar perfectamente decenas de contenedores con SSL automático.
Homelab y autoalojamiento
Ideal para laboratorios caseros: Raspberry Pi 4, Intel NUC, mini-servidores. El bajo overhead de CPU y RAM deja recursos libres para los contenedores que justifican el servidor.
Agencias y equipos pequeños
Despliega proyectos de cliente sin vendor lock-in. PIER se instala en cualquier servidor del cliente — desde bare metal en su propia sala de servidores hasta un VPS de cualquier proveedor que soporte Linux.
Preguntas frecuentes
¿En qué se diferencia PIER de Coolify?
La diferencia principal es el footprint. Coolify está construido sobre PHP/Laravel y consume 750 MB – 1,2 GB de RAM en reposo, levantando más de 6 contenedores (Laravel, PostgreSQL, Redis, Soketi, Horizon, Traefik). PIER es un único binario Rust que usa 20–40 MB de RAM con SQLite embebido. Ambos cubren despliegue de contenedores, stacks de Compose, repositorios Git, SSL y multi-servidor. Coolify trae más integraciones de fábrica; PIER es más ligero y rápido en VPS económicos.
¿Puedo usar PIER en lugar de Heroku o Vercel?
Sí, en la mayoría de los casos. PIER ofrece Git-to-deploy mediante webhooks de GitHub y GitLab, HTTPS automático mediante Let's Encrypt, dominios personalizados y rollback a versiones anteriores. Lo que no hay — bases de datos gestionadas tipo Heroku Postgres y funciones edge tipo Vercel: a cambio, gestionas tú mismo el servidor.
¿Cuáles son los requisitos mínimos del servidor?
512 MB de RAM, 1 vCPU y Linux compatible con Docker (Ubuntu 22.04+, Debian 12+). Con esos recursos PIER maneja cómodamente entre 5 y 15 contenedores de usuario. Para cargas serias se recomienda 1 GB de RAM.
¿PIER está listo para producción?
Sí — la versión 1.0.2 se utiliza en producción. La plataforma soporta copias de seguridad programadas en almacenamientos compatibles con S3, monitorización de recursos en tiempo real y rollback de despliegues. Para sistemas críticos recomendamos desplegar PIER en dos servidores con replicación regular del archivo SQLite vía S3.
¿Cómo gestiona PIER los certificados SSL?
A través de Traefik y Let's Encrypt. Al desplegar un servicio, PIER escribe etiquetas Docker que Traefik recoge automáticamente y solicita el certificado mediante el desafío ACME. Los dominios personalizados se configuran con un clic desde la UI web — solo hay que apuntar un registro A a la IP del servidor.
¿Puedo desplegar desde un repositorio privado de GitHub?
Sí. PIER soporta GitHub Apps con autorización por webhook y acceso por deploy-key. Lo mismo funciona con GitLab — los proyectos privados se conectan mediante un access token personal con permisos de lectura.
¿Bajo qué licencia se distribuye PIER?
AGPL-3.0. Esto significa que PIER puede usarse gratuitamente tanto para fines personales como comerciales — incluyendo el alojamiento de proyectos de clientes. Si construyes tu propio servicio SaaS sobre PIER (es decir, ofreces PIER en sí como servicio), el código fuente de tu versión debe estar abierto a los usuarios bajo la misma licencia.