Activepieces को कितनी RAM चाहिए?

डिफ़ॉल्ट docker-compose.yml ऐप और पाँच worker चलाता है; हमारे टेस्ट सर्वर पर Postgres और Redis के साथ यह लगभग 2.6–3 GB हुआ। एक worker के साथ लगभग 1.6 GB। Small-IP (4 GB) डिफ़ॉल्ट सेटअप को आराम से चलाता है; Micro-IP (2 GB) केवल एक worker और swap फ़ाइल के साथ चलता है।

मेरा फ़्लो पब्लिश नहीं होता और webhook 404 देता है। गड़बड़ क्या है?

AP_FRONTEND_URL जाँचें। worker इसी पते से ऐप तक पहुँचते हैं, और अगर यह http://localhost:8080 ही रह गया है, तो worker कंटेनर के भीतर «localhost» ख़ुद worker है। वे कनेक्ट नहीं कर पाते, पब्लिश अटक जाता है और webhook 404 लौटाते हैं। पहली बार चालू करने से पहले अपना असली https:// डोमेन डालें।

क्या मुझे अपना अलग IP चाहिए?

हाँ, अगर आप webhook इस्तेमाल करते हैं — और ज़्यादातर लोग करते हैं। आपके फ़्लो को कॉल करने वाली सेवाओं को आपके डोमेन के पोर्ट 80 और 443 तक पहुँचना होता है, और NAT प्लान बाहर से सिर्फ़ आपका SSH पोर्ट स्वीकार करता है।

क्या कोई भी मेरी इंस्टेंस पर साइन अप कर सकता है?

सिर्फ़ सबसे पहला व्यक्ति। हमारे टेस्ट में पहला साइन-अप हो गया और दूसरे को «User is not invited to the platform» मिला: पहले खाते के बाद साइन-अप केवल न्योते से होता है। इसलिए साइट चालू होते ही, किसी और के पेज तक पहुँचने से पहले, अपना खाता बना लें।

क्या कोड स्टेप अलग-थलग चलते हैं?

डिफ़ॉल्ट रूप से नहीं: compose सेटअप कोड स्टेप को AP_EXECUTION_MODE=UNSANDBOXED के साथ सीधे worker के अंदर चलाता है। जब तक फ़्लो सिर्फ़ आप और आपके भरोसेमंद लोग बनाते हैं, यह ठीक है। इस सेटअप पर अजनबियों को एडिटर का एक्सेस न दें।

Activepieces के लिए VPS: अपना ऑटोमेशन

ओपन-सोर्स ऑटोमेशन बिल्डर Activepieces अपने सर्वर पर चलाएँ: हर टास्क का बिल नहीं, webhook आपके डोमेन पर। परखा हुआ इंस्टॉलेशन और URL वाला जाल।

होस्टेड ऑटोमेशन सेवाएँ हर टास्क का पैसा लेती हैं, और मीटर उन चीज़ों पर भी चलता है जो असल में काम ही नहीं हैं। हर पाँच मिनट में एक फ़ीड जाँचने वाला फ़्लो कुछ भी काम का करने से पहले ही महीने में 8,640 रन बन जाता है। वही फ़्लो अपने सर्वर पर चलाइए, और बिल बस सर्वर का होगा।

Activepieces एक ओपन-सोर्स ऑटोमेशन बिल्डर है: ट्रिगर, स्टेप, ब्रांच, कुछ सौ तैयार इंटीग्रेशन, और जब तैयार वाले काफ़ी न हों तो कोड स्टेप। कम्युनिटी एडिशन MIT लाइसेंस में है और Docker Compose के साथ एक छोटे सर्वर पर आराम से चलता है।

कौन-सा प्लान

हमने इसे टेस्ट सर्वर पर लगाया और मापा। डिफ़ॉल्ट compose फ़ाइल ऐप और पाँच worker चलाती है: Postgres और Redis के साथ लगभग 2.6–3 GB RAM। एक worker पर लाने से यह लगभग 1.6 GB पर आ जाता है।

आप क्या चलाते हैं	प्लान
कुछ निजी फ़्लो, एक worker	Micro-IP: 2 vCPU, 2 GB, 25 GB ($10/माह), swap जोड़ें
डिफ़ॉल्ट सेटअप: पाँच worker, टीम के फ़्लो, webhook	Small-IP: 4 vCPU, 4 GB, 35 GB ($16/माह)
एक साथ कई रन, भारी कोड स्टेप	Medium-IP: 6 vCPU, 6 GB, 45 GB ($20/माह)

अपने IPv4 वाला प्लान लें। इसे ख़ुद होस्ट करने की मुख्य वजह webhook हैं, और उन्हें कॉल करने वाली सेवाओं को पोर्ट 80 और 443 तक पहुँचना होता है; NAT प्लान पर बाहर से सिर्फ़ SSH पोर्ट पहुँच में होता है। लोकेशन जर्मनी और फ़िनलैंड हैं; उपलब्धता ऑर्डर करते समय दिखती है। चाहें तो क्रिप्टो में भुगतान करें, KYC नहीं है।

इंस्टॉलेशन

पहले एक डोमेन — मान लीजिए flows.example.com — सर्वर पर पॉइंट करें। फिर Ubuntu 24.04 या Debian 12 पर root के रूप में:

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 फ़ाइल .env.example को .env में कॉपी करता है और रैंडम सीक्रेट भर देता है। पहली बार चालू करने से पहले .env में दो लाइनें और compose फ़ाइल में एक लाइन बदलें:

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

असली बात पहली लाइन में है। AP_FRONTEND_URL सिर्फ़ इंटरफ़ेस के लिंक के लिए नहीं है: worker इसी के ज़रिए ऐप से जुड़ते हैं। इसे http://localhost:8080 पर छोड़ दें तो हर worker कंटेनर ऐप को अपने ही अंदर ढूँढता है, पाता नहीं, और आपके फ़्लो कभी पब्लिश नहीं होते। हमारे साथ ठीक यही हुआ: worker लॉग में «Socket.IO connection error», अटका हुआ पब्लिश अनुरोध और 404 देते webhook। असली डोमेन डालते ही वही फ़्लो पब्लिश हुआ और webhook चल गया।

docker-compose.yml पर चलाया गया sed पोर्ट 8080 को localhost पर रखता है। Docker के प्रकाशित पोर्ट ufw को बायपास करते हैं, इसलिए इसके बिना ऐप आपके HTTPS के बगल में एक खुले पोर्ट पर रहता।

Micro-IP पर एक worker पर भी आ जाएँ:

sed -i 's/replicas: 5/replicas: 1/' docker-compose.yml

अब HTTPS और स्टार्ट:

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

आधा मिनट रुकें, https://flows.example.com खोलें और तुरंत अपना खाता बनाएँ। जो पहले साइन अप करता है, वही प्लेटफ़ॉर्म का मालिक है; उसके बाद साइन-अप केवल न्योते से होता है।

जाँचें कि webhook काम कर रहे हैं

Webhook ट्रिगर (Catch Webhook) वाला एक फ़्लो बनाएँ, कोई भी स्टेप जोड़ें और पब्लिश करें। ट्रिगर पैनल में URL दिखता है। उस पर एक टेस्ट इवेंट भेजें:

curl -X POST https://flows.example.com/api/v1/webhooks/YOUR_FLOW_ID \
  -H 'content-type: application/json' \
  -d '{"event":"payment.paid","amount":16}'

आपको 200 मिलना चाहिए, और रन Runs में सफल के रूप में दिखेगा। अगर 404 मिले, तो लौटकर AP_FRONTEND_URL जाँचें।

आगे के लिए

अपडेट। compose फ़ाइल एक तय वर्शन पिन करती है (लिखते समय 0.92.2)। docker-compose.yml में टैग बदलें, फिर docker compose -p activepieces pull && docker compose -p activepieces up -d। पहले release notes पर नज़र डालें; ऑटोमेशन टूल चीज़ों के नाम बदलना पसंद करते हैं।
बैकअप। फ़्लो, कनेक्शन और रन हिस्ट्री Postgres वॉल्यूम में रहते हैं। तय समय पर डंप लें और कॉपी सर्वर से बाहर रखें — कनेक्शन में दूसरी सेवाओं के आपके API टोकन होते हैं।
कोड स्टेप sandbox में नहीं चलते इस सेटअप में (AP_EXECUTION_MODE=UNSANDBOXED)। सर्वर आपका है और फ़्लो आपके, इसलिए यह स्वीकार्य है। जिस पल आप ऐसे लोगों को फ़्लो बनाने देते हैं जिन पर भरोसा नहीं, यह स्वीकार्य नहीं रहता।

अगर आप n8n पहले से जानते हैं, तो विचार वही है — देखें n8n के लिए VPS। वह एडिटर चुनें जिसमें आपको सोचना आसान लगे; दोनों एक ही प्लान पर बढ़िया चलते हैं।

Activepieces के लिए VPS: अपना ऑटोमेशन

कौन-सा प्लान

इंस्टॉलेशन

जाँचें कि webhook काम कर रहे हैं

आगे के लिए

संबंधित

FAQ

टिप्पणियाँ

एक टिप्पणी छोड़ें