PaaS autoalojado en un solo binario.

Stack técnico

• 
  Rust

  Language
• 
  Axum

  HTTP + WebSocket
• 
  Tokio

  Async runtime
• 
  Bollard

  Docker Engine API
• 
  SQLite

  Embedded database (WAL)
• 
  MiniJinja

  Server-side templates
• 
  HTMX + Alpine.js

  Progressive frontend
• 
  Tailwind CSS

  Styling
• 
  Traefik

  Reverse proxy + Let's Encrypt
• 
  AES-256-GCM

  Secrets at rest

Preguntas frecuentes

¿Qué es Pier?

Pier es una plataforma como servicio (PaaS) autoalojada de código abierto escrita en Rust. Empaqueta gestión de contenedores, Docker Compose, reverse proxy con HTTPS automático, Git-to-deploy, alertas y notificaciones, agentes multi-servidor, copias S3 programadas y más de 35 plantillas de servicios de un clic en un único binario de ~15 MB que usa 20–40 MB de RAM en reposo.

¿En qué se diferencia Pier de Coolify?

Coolify es una aplicación Laravel/PHP que ejecuta 6+ contenedores de soporte y necesita 750 MB–1,2 GB de RAM antes de desplegar nada. Pier ofrece las mismas funciones núcleo desde un único binario Rust usando 20–40 MB de RAM, haciendo viable un VPS de 5 $/mes como objetivo de despliegue serio.

¿Cuáles son los requisitos mínimos del servidor?

Pier funciona en cualquier servidor Linux con Docker instalado. Mínimo: 512 MB de RAM y 1 vCPU. Recomendado para despliegues activos: 1 GB de RAM y 1 vCPU. Pier se distribuye como un único binario estático musl para x86_64 y aarch64.

¿Pier es gratis?

Sí. Pier tiene licencia AGPL-3.0 — libre para autoalojar y modificar. Si ofreces una versión modificada como servicio de red, debes compartir tus modificaciones bajo la misma licencia. Las licencias comerciales sin obligaciones AGPL están disponibles bajo petición.

¿Dónde almacena Pier mis datos?

Pier usa una base de datos SQLite embebida con modo WAL, almacenada junto al binario. Las variables de entorno y las credenciales de registries se cifran en reposo con AES-256-GCM, con la clave guardada fuera de la base de datos. Se realizan copias diarias de la base de datos y la clave en el directorio de datos.

¿Pier soporta gestión multi-servidor / de flota?

Sí. Pier instala agentes ligeros en servidores remotos con un único comando curl | sh. El dashboard Core sigue heartbeats, métricas del sistema (CPU, RAM, disco, versión de Docker) y ubicación del servidor, y distribuye despliegues y réplicas balanceadas a través de toda la flota desde una sola UI.

¿Cómo funcionan las alertas y notificaciones?

Pier incluye 10 reglas de alerta preestablecidas (CPU/RAM/disco alto, contenedor caído, despliegue fallido, backup fallido, agente offline, SSL próximo a expirar, etc.) con umbrales y ventanas de cooldown configurables. Las notificaciones se entregan en canales Telegram, Discord, Slack y email — múltiples canales por regla, con enrutamiento por regla.

¿Puedo desplegar desde un registry Docker privado?

Sí. Pier soporta credenciales de registry a nivel de proyecto y globales para cualquier registry compatible con Docker (Docker Hub, GHCR, GitLab Container Registry, AWS ECR, Harbor privado, etc.). Las credenciales se cifran con AES-256-GCM y se inyectan al hacer pull sin exponerse jamás en la UI.

¿Pier soporta balanceo de carga y réplicas?

Sí. Puedes escalar cualquier servicio de 1 a N réplicas con tres estrategias de balanceo — round-robin, ponderado y sticky-cookie con afinidad de sesión. Las réplicas se distribuyen entre múltiples servidores cuando hay agentes conectados, y Traefik enruta las peticiones de forma transparente con health checks.

¿Cómo se compara Pier con Dokku, Kamal y CapRover?

Dokku y Kamal son CLI-first y asumen una máquina por proyecto; CapRover es una UI más pesada sobre Docker Swarm. Pier se sitúa entre ellos: un único binario Rust con una UI web completa, agentes multi-servidor, alertas, secretos cifrados, autenticación de registries, backups programados y un catálogo de 35+ plantillas — sin arrastrar Postgres, Redis o un runtime PHP como dependencia obligatoria.