−25%

Windows-ის წლიურ გადახდაზე, 31 ოქტომბრამდე. ტარიფებზე

EQVPS
დაწყება

VPS Activepieces-ისთვის: საკუთარი ავტომატიზაცია

ღია კოდის ავტომატიზაციის კონსტრუქტორი Activepieces თქვენს სერვერზე: ყოველ დავალებაზე გადახდის გარეშე, ვებჰუკები თქვენს დომენზე. შემოწმებული ინსტალაცია.

ღრუბლოვანი ავტომატიზაციის სერვისები ყოველ დავალებაზე იღებენ ფულს, და მრიცხველი იმაზეც ტრიალებს, რასაც სამუშაოს ძნელად დაარქმევ. ნაკადი, რომელიც ყოველ ხუთ წუთში ერთხელ ამოწმებს არხს, თვეში 8640 გაშვებაა, სანამ რამე სასარგებლოს გააკეთებს. იგივე ნაკადი საკუთარ სერვერზე გაუშვით — და მხოლოდ სერვერის ფასს გადაიხდით.

Activepieces ავტომატიზაციის ღია კოდის კონსტრუქტორია: ტრიგერები, ნაბიჯები, განშტოებები, რამდენიმე ასეული მზა ინტეგრაცია და კოდის ნაბიჯები, როცა მზა არ კმარა. Community ვერსია MIT ლიცენზიითაა და Docker Compose-ით ერთ პატარა სერვერზე მშვიდად ცხოვრობს.

რომელი ტარიფი

სატესტო სერვერზე დავაყენეთ და გავზომეთ. სტანდარტული compose ფაილი უშვებს აპლიკაციას და ხუთ worker-ს: Postgres-თან და Redis-თან ერთად დაახლოებით 2,6–3 GB RAM გამოდის. ერთი worker-ით — დაახლოებით 1,6 GB.

რას უშვებთტარიფი
რამდენიმე პირადი ნაკადი, ერთი workerMicro-IP: 2 vCPU, 2 GB, 25 GB ($10/თვე), პლუს swap
სტანდარტული სქემა: ხუთი worker, გუნდის ნაკადები, ვებჰუკებიSmall-IP: 4 vCPU, 4 GB, 35 GB ($16/თვე)
ბევრი ერთდროული გაშვება, მძიმე კოდის ნაბიჯებიMedium-IP: 6 vCPU, 6 GB, 45 GB ($20/თვე)

აიღეთ ტარიფი საკუთარი IPv4-ით. ვებჰუკები მთავარი მიზეზია, რომ ეს ყველაფერი საკუთარ სერვერზე გქონდეთ, ხოლო სერვისებმა, რომლებიც მათ იძახებენ, 80 და 443 პორტებამდე უნდა მიაღწიონ; NAT ტარიფებზე გარედან მხოლოდ SSH პორტია ხელმისაწვდომი. ლოკაციებია გერმანია და ფინეთი, ხელმისაწვდომობა შეკვეთისას ჩანს. გადახდა კრიპტოთიც შეიძლება, KYC არ არის.

ინსტალაცია

ჯერ სერვერზე დომენი მიმართეთ — ვთქვათ, flows.example.com. შემდეგ root-ით Ubuntu 24.04-ზე ან 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 აკოპირებს .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-ის კონტეინერი აპლიკაციას საკუთარ თავში ეძებს, ვერ პოულობს, და თქვენი ნაკადები ვერასოდეს ქვეყნდება. ზუსტად ამას წავაწყდით: „Socket.IO connection error“ worker-ის ლოგებში, გამოქვეყნების გაჭედილი მოთხოვნა და ვებჰუკები, რომლებიც 404-ს აბრუნებდნენ. ნამდვილი დომენით იგივე ნაკადი გამოქვეყნდა და ვებჰუკმა იმუშავა.

sed docker-compose.yml-ზე 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 ტრიგერით (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 ტოკენებია.
  • კოდის ნაბიჯები იზოლირებული არ არის ამ სქემაში (AP_EXECUTION_MODE=UNSANDBOXED). სერვერიც თქვენია და ნაკადებიც, ასე რომ ეს მისაღებია. მისაღები აღარ არის იმ წამიდან, როცა ნაკადების აწყობას უშვებთ ადამიანებს, რომლებსაც არ ენდობით.

თუ n8n უკვე იცით, იდეა იგივეა — იხილეთ VPS n8n-ისთვის. აირჩიეთ რედაქტორი, რომელშიც ფიქრი უფრო გიადვილდებათ; ორივე კარგად გრძნობს თავს იმავე ტარიფებზე.

დაკავშირებული

მზად ხართ განთავსებისთვის? გადაიხადეთ კრიპტოთი, KYC-ის გარეშე — ჩართული დაახლოებით წუთში.

განათავსეთ ახლა →

ხდკ

რამდენი RAM სჭირდება Activepieces-ს?

სტანდარტული docker-compose.yml უშვებს აპლიკაციას და ხუთ worker-ს; ჩვენს სატესტო სერვერზე Postgres-თან და Redis-თან ერთად ამან დაახლოებით 2,6–3 GB დაიკავა. ერთი worker-ით — დაახლოებით 1,6 GB. Small-IP (4 GB) სტანდარტულ სქემას მარაგით ატარებს; Micro-IP (2 GB) მხოლოდ ერთი worker-ით და swap ფაილით მუშაობს.

ნაკადი არ ქვეყნდება, ვებჰუკი კი 404-ს აბრუნებს. რა ხდება?

შეამოწმეთ AP_FRONTEND_URL. Worker-ები აპლიკაციას ამ მისამართით უკავშირდებიან, და თუ იქ http://localhost:8080 დარჩა, worker-ის კონტეინერში „localhost“ თავად worker-ია. დაკავშირება ვერ ხერხდება, გამოქვეყნება იჭედება, ვებჰუკები 404-ს აბრუნებენ. პირველ გაშვებამდე ჩაწერეთ თქვენი ნამდვილი დომენი https://-ით.

მჭირდება თუ არა საკუთარი IP მისამართი?

დიახ, თუ ვებჰუკებს იყენებთ — თითქმის ყველა იყენებს. სერვისებმა, რომლებიც თქვენს ნაკადებს იძახებენ, თქვენი დომენის 80 და 443 პორტებამდე უნდა მიაღწიონ, NAT ტარიფი კი გარედან მხოლოდ თქვენს SSH პორტს იღებს.

შეუძლია ნებისმიერს ჩემს სერვერზე რეგისტრაცია?

მხოლოდ პირველს. ჩვენს ტესტში პირველი რეგისტრაცია გავიდა, მეორემ კი მიიღო „User is not invited to the platform“: პირველი ანგარიშის შემდეგ რეგისტრაცია მხოლოდ მოწვევით ხდება. ამიტომ ანგარიში შექმენით მაშინვე, როგორც კი საიტი აწევა — სანამ გვერდს სხვა ვინმე იპოვის.

იზოლირებულია კოდის ნაბიჯები?

ნაგულისხმევად არა: ამ სქემაში ისინი AP_EXECUTION_MODE=UNSANDBOXED-ით სრულდება, პირდაპირ worker-ის შიგნით. ეს ნორმალურია, სანამ ნაკადებს თქვენ და თქვენთვის სანდო ადამიანები აწყობთ. ასეთ ინსტალაციაზე რედაქტორზე წვდომას უცხოებს ნუ მისცემთ.

კომენტარები

ჯერ არ არის კომენტარები. იყავით პირველი.

დატოვეთ კომენტარი

კომენტარები მოდერირდება გამოჩენამდე.