Hostade automationstjänster tar betalt per uppgift, och mätaren går även för saker som knappt är arbete. Ett flöde som kollar en feed var femte minut blir 8 640 körningar i månaden innan det har gjort något nyttigt alls. Kör samma flöde på din egen server och räkningen är servern.
Activepieces är en automationsbyggare med öppen källkod: triggers, steg, förgreningar, några hundra färdiga integrationer och kodsteg när de färdiga inte räcker. Community-utgåvan har MIT-licens och går fint på en liten server med Docker Compose.
Vilken plan
Vi installerade den på en testserver och mätte. Standardfilen för compose startar appen och fem workers: runt 2,6–3 GB RAM tillsammans med Postgres och Redis. Med en enda worker sjunker det till ungefär 1,6 GB.
| Vad du kör | Plan |
|---|---|
| Några personliga flöden, en worker | Micro-IP: 2 vCPU, 2 GB, 25 GB ($10/mån), plus swap |
| Standarduppsättningen: fem workers, teamflöden, webhooks | Small-IP: 4 vCPU, 4 GB, 35 GB ($16/mån) |
| Många körningar samtidigt, tunga kodsteg | Medium-IP: 6 vCPU, 6 GB, 45 GB ($20/mån) |
Välj en plan med egen IPv4. Webhooks är huvudskälet att köra det här själv, och tjänsterna som anropar dem måste nå port 80 och 443; på NAT-planer nås bara SSH-porten utifrån. Platserna är Tyskland och Finland; tillgängligheten syns vid beställning. Betala gärna med krypto, utan KYC.
Installation
Peka först en domän, till exempel flows.example.com, mot servern. Sedan som root på Ubuntu 24.04 eller Debian 12:
curl -fsSL https://get.docker.com | sh
git clone --depth 1 https://github.com/activepieces/activepieces.git
cd activepieces
sh tools/deploy.sh
deploy.sh kopierar .env.example till .env och fyller i slumpade hemligheter. Före första starten ändrar du två rader i .env och en i compose-filen:
sed -i 's|^AP_FRONTEND_URL=.*|AP_FRONTEND_URL=https://flows.example.com|; s|^AP_TELEMETRY_ENABLED=.*|AP_TELEMETRY_ENABLED=false|' .env
sed -i "s|- '8080:80'|- '127.0.0.1:8080:80'|" docker-compose.yml
Det är den första raden som spelar roll. AP_FRONTEND_URL är inte bara till för länkar i gränssnittet: workers ansluter till appen via den. Lämnar du den på http://localhost:8080 letar varje worker-container efter appen i sig själv, hittar den inte, och dina flöden publiceras aldrig. Exakt det hände oss: ”Socket.IO connection error” i worker-loggarna, en publicering som hängde och webhooks som svarade 404. Med den riktiga domänen publicerades samma flöde och webhooken körde.
sed på docker-compose.yml håller port 8080 på localhost. Portar som Docker publicerar går förbi ufw, så utan raden skulle appen vara öppen på en rå port bredvid din HTTPS.
På Micro-IP går du också ner till en worker:
sed -i 's/replicas: 5/replicas: 1/' docker-compose.yml
Nu HTTPS och start:
apt install -y caddy
cat > /etc/caddy/Caddyfile <<'EOF'
flows.example.com {
reverse_proxy 127.0.0.1:8080
}
EOF
systemctl reload caddy
ufw allow 22/tcp && ufw allow 80/tcp && ufw allow 443/tcp && ufw enable
docker compose -p activepieces up -d
Vänta en halv minut, öppna https://flows.example.com och skapa ditt konto direkt. Den som registrerar sig först äger plattformen; därefter sker registrering bara via inbjudan.
Kontrollera att webhooks fungerar
Skapa ett flöde med triggern Webhook (Catch Webhook), lägg till valfritt steg och publicera. Triggerpanelen visar URL:en. Skicka en testhändelse dit:
curl -X POST https://flows.example.com/api/v1/webhooks/YOUR_FLOW_ID \
-H 'content-type: application/json' \
-d '{"event":"payment.paid","amount":16}'
Du ska få en 200, och körningen syns under Runs som lyckad. Får du 404 i stället, gå tillbaka och kontrollera AP_FRONTEND_URL.
I det dagliga
- Uppdateringar. Compose-filen låser en exakt version (
0.92.2när detta skrivs). Byt taggen idocker-compose.ymloch kör sedandocker compose -p activepieces pull && docker compose -p activepieces up -d. Skumma release notes först; automationsverktyg älskar att döpa om saker. - Säkerhetskopior. Flöden, anslutningar och körhistorik ligger i Postgres-volymen. Ta en dump enligt schema och förvara kopian utanför servern — anslutningarna innehåller dina API-tokens till andra tjänster.
- Kodsteg körs inte i sandlåda i den här uppsättningen (
AP_EXECUTION_MODE=UNSANDBOXED). Det är din server och dina flöden, så det är acceptabelt. Det slutar vara det i samma stund som du låter personer du inte litar på bygga flöden.
Kan du redan n8n är idén densamma — se VPS för n8n. Välj den editor du tänker lättast i; båda trivs på samma planer.
Relaterat
- VPS för n8n: det andra stora egenhostade automationsverktyget
- Flera tjänster på en VPS: Activepieces bredvid din app och en dashboard, en IP
- VPS för Docker
- Så lägger du till swap på en VPS
- Så konfigurerar du en ufw-brandvägg
Kommentarer
Inga kommentarer än. Bli först.