Przejdź do treści
Hosting własny

Hostuj Pluma samodzielnie z Dockerem

Uruchom Pluma na własnej infrastrukturze. Jeden kontener, jeden plik compose, pięć minut od czystego serwera do działającej aplikacji.

Linux · 2 vCPU · 4 GBDocker + Compose v2Licencja (tylko plany płatne)
Szybki start

Szybki start (5 minut)

1

Wybierz katalog

sudo mkdir -p /opt/pluma && sudo chown $USER:$USER /opt/pluma
cd /opt/pluma
2

Utwórz plik compose

Zapisz jako docker-compose.yml.

services:
  pluma:
    image: mertdalbudak/pluma:latest
    container_name: pluma
    restart: unless-stopped
    env_file: .env
    ports:
      - "4100:4100"
    volumes:
      - builder-data:/app/builder/data
      # Lets the Pro+ Publish flow drive `docker buildx`. Remove this line
      # if you won't publish workspace renderer images.
      - /var/run/docker.sock:/var/run/docker.sock
    healthcheck:
      test: ["CMD", "wget", "-qO-", "http://localhost:4100/health"]
      interval: 30s
      timeout: 5s
      retries: 5

volumes:
  builder-data:
3

Utwórz plik env

Zapisz jako .env. Liczą się tylko cztery wartości — reszta jest generowana automatycznie przy pierwszym uruchomieniu.

# Where Pluma is reachable. http://localhost:4100 for internal,
# https://pluma.your-company.com when fronted by TLS.
PUBLIC_URL=http://localhost:4100

# Free tier needs no key. For paid tiers, paste your license here.
LICENSE_KEY=

# ── Database ─────────────────────────────────────────────────────────
# Recommended: point at your own PostgreSQL — easier to back up, scale,
# and operate alongside your other infra. Uncomment and fill in:
# DATABASE_URL=postgresql://USER:PASS@host:5432/pluma
#
# Leave it unset and the container uses a bundled SQLite file under the
# builder-data volume — zero database to run, fine for a single team.

# ── Object storage (optional) ────────────────────────────────────────
# By default uploaded PDFs and images live in the builder-data volume.
# To put them in S3-compatible object storage instead (MinIO, Hetzner
# Object Storage, AWS S3, Cloudflare R2, Backblaze B2, …), set
# STORAGE_BACKEND=s3 and fill in the rest. Useful when you want to
# horizontally scale the builder, share storage across nodes, or
# offload the data volume from the application host.
#
# Database backups are configured from the in-app GUI, not from this
# file — leave the storage block here for application data only.
# STORAGE_BACKEND=s3
# S3_BUCKET=pluma
# S3_ENDPOINT=https://your-s3-endpoint
# S3_PUBLIC_ENDPOINT=https://your-s3-endpoint
# S3_REGION=eu-central-1
# S3_ACCESS_KEY=...
# S3_SECRET_KEY=...
PUBLIC_URLGdzie żyje instalacja
LICENSE_KEYTylko plany płatne — pozostaw puste dla Free
4

Uruchom stos

docker compose up -d
docker compose logs -f pluma
5

Zweryfikuj

Jeśli oba endpointy odpowiadają, działa.

curl http://127.0.0.1:4100/health
# → {"ok":true,"service":"builder"}

Otwórz http://your-host:4100 i zarejestruj się e-mailem ustawionym jako

Aktualizacja

Aktualizacja

docker compose pull
docker compose up -d

Migracje bazy danych wykonują się automatycznie przy starcie buildera, zanim serwer HTTP przyjmie ruch. Bez kroku manualnego.

Potrzebujesz licencji?

Plan Free działa bez licencji. Plany Advanced i Pro wymagają klucza licencyjnego — kup go na naszej stronie hostowanej, wklej do .env jako LICENSE_KEY i wdróż ponownie.