Alternatif n8n Terbaik untuk Self-Hosted

Apa yang perlu digunakan sebagai ganti n8n

Alternatif n8n yang dihoskan sendiri (self-hosted) yang berbaloi untuk digunakan pada VPS (virtual private server) ialah Activepieces, Windmill, Node-RED, Automatisch dan Huginn. Activepieces merupakan pengganti yang paling hampir dengan cara kebanyakan orang menggunakan n8n, dan terasnya dilesenkan di bawah MIT. Windmill sesuai untuk pasukan yang lebih gemar menulis kod Python atau TypeScript berbanding menyusun kotak pada kanvas. Node-RED adalah pilihan yang ringan dan tidak memerlukan pangkalan data langsung.

Ramai pembaca mungkin lebih baik kekal dengan pilihan sedia ada. Lesen n8n membenarkan penggunaan perniagaan dalaman, jadi jika anda menjalankan aliran kerja untuk syarikat sendiri, lesen tersebut bukanlah masalah anda. Migrasi juga tidak percuma. Tiada perisian dalam senarai ini yang boleh membaca eksport n8n, jadi anda perlu membina semula setiap aliran kerja secara manual dan memasukkan semula setiap kelayakan (credential). Pemasangan n8n itu sendiri merupakan tugasan berasingan, yang diliputi dalam pemasangan n8n pada VPS dengan Docker dan HTTPS, dan n8n berbanding Zapier dan Make membincangkan bagaimana kategori ini dibandingkan dengan perkhidmatan yang dihoskan.

Mengapa orang mencari alternatif n8n yang dihoskan sendiri

Dua sebab sering dibangkitkan berulang kali.

Sebab pertama ialah lesen. n8n dikeluarkan di bawah Sustainable Use License v1.0, yang dirujuk oleh projek tersebut sebagai fair-code dan bukannya sumber terbuka (open source). Lesen ini memberikan hak untuk "menggunakan atau mengubah suai perisian hanya untuk tujuan perniagaan dalaman anda sendiri atau untuk kegunaan bukan komersial atau peribadi", dan ia melarang penyediaan perisian tersebut kepada orang lain secara komersial. Fail dan folder dengan .ee pada namanya tertakluk di bawah n8n Enterprise License yang berasingan. Jika anda ingin menjalankan automasi bagi pihak pelanggan yang membayar, ini merupakan halangan utama. Jika anda adalah pasukan operasi dalaman, ia tidak mengubah apa-apa dalam tugasan harian anda.

Sebab kedua ialah memori. n8n merupakan proses Node.js, dan data aliran kerja (workflow) disimpan dalam memori semasa ia dijalankan. Dokumentasi n8n menyatakan punca-puncanya: jumlah data JSON, saiz data binari, bilangan nod dalam aliran kerja, nod Code, pelaksanaan manual (yang menyalin data sekali lagi untuk editor), dan aliran kerja lain yang berjalan pada masa yang sama. Penyelesaian yang didokumentasikan bukanlah produk yang berbeza. Ia adalah mod baris gilir (queue mode) dengan proses pekerja (worker processes) yang berasingan, ditambah dengan Postgres menggantikan fail SQLite lalai di ~/.n8n/database.sqlite. Tugasan yang besar juga memerlukan pemprosesan kelompok (batching), kerana nod Loop Over Items yang menyalurkan data ke sub-aliran kerja hanya menyimpan satu bahagian data dalam memori pada satu-satu masa. Cuba langkah ini sebelum anda membina semula enam puluh aliran kerja di tempat lain.

Alternatif n8n yang dihoskan sendiri yang masih diselenggara

Teks lesen mudah dibaca, jadi semua orang membandingkan lesen. Kesihatan projek pula mudah diabaikan. Ini adalah 6 projek dalam perbandingan ini, dengan keluaran bertanda (tagged release) terkini yang dimiliki setiap satu pada 4 Ogos 2026.

[
  {
    "tool": "n8n",
    "licence": "Sustainable Use License",
    "latest_release": "2.33.3",
    "released": "2026-07-31",
    "days_since_release": 4
  },
  {
    "tool": "Activepieces",
    "licence": "MIT core, commercial ee",
    "latest_release": "0.86.3",
    "released": "2026-07-17",
    "days_since_release": 18
  },
  {
    "tool": "Windmill",
    "licence": "AGPLv3 source, CE image",
    "latest_release": "v1.778.0",
    "released": "2026-08-04",
    "days_since_release": 0
  },
  {
    "tool": "Node-RED",
    "licence": "Apache 2.0",
    "latest_release": "5.0.4",
    "released": "2026-07-30",
    "days_since_release": 5
  },
  {
    "tool": "Automatisch",
    "licence": "AGPL-3.0, commercial ee",
    "latest_release": "v0.15.0",
    "released": "2025-08-08",
    "days_since_release": 361
  },
  {
    "tool": "Huginn",
    "licence": "MIT",
    "latest_release": "v2022.08.18",
    "released": "2022-08-18",
    "days_since_release": 1447
  }
]

Dua baris mengubah senarai pendek. Automatisch kali terakhir ditanda pada v0.15.0, iaitu 361 hari yang lalu, dan cawangan lalainya tidak mempunyai sebarang commit sejak 15 Januari 2026. Huginn kali terakhir menandakan keluaran 1447 hari yang lalu, namun log commitnya aktif pada bulan ini. Itu adalah corak yang bertentangan: kod bergerak tetapi keluarannya tidak, jadi menjalankannya bermakna menjalankan imej yang tidak bertanda.

Semak perkara ini sendiri sebelum anda mempercayai sebarang perbandingan, termasuk yang ini. Buka halaman keluaran untuk projek tersebut di GitHub, kemudian senarai commit untuk cawangan lalainya. Projek dengan keluaran baharu dan log commit yang sunyi bermakna ia sedang berjalan tanpa usaha pembangunan aktif. Projek dengan commit baharu dan tiada keluaran selama bertahun-tahun meminta anda menjalankan kod yang tiada sesiapa pun telah menetapkan versinya.

Activepieces: pilihan yang paling setara, dengan teras berlesen MIT

Activepieces merupakan pilihan yang setara. Ia adalah pembina visual dengan pencetus (triggers) dan langkah-langkah yang dipanggil sebagai pieces, dan README menyatakan terdapat lebih daripada 280 daripadanya. Setiap piece juga didedahkan sebagai pelayan MCP (model context protocol), supaya klien LLM (large language model) boleh memanggil penyambung yang sama sebagai alat. Terasnya dilesenkan di bawah MIT. Dua direktori, packages/ee/ dan packages/server/api/src/app/ee, membawa lesen komersial, dan penggunaan kandungan di dalamnya pada pelayan anda sendiri memerlukan perjanjian berbayar.

Baca pembahagian tersebut sebelum anda melakukan migrasi, kerana ia lebih meluas berbanding kebanyakan projek MIT lain. Halaman harga Activepieces menyifatkan Community Edition sebagai "sumber terbuka, percuma selama-lamanya, tanpa had pada bilangan larian, pengguna atau aliran", dan meletakkan Agents and Chat, Projects, akses API, serta keseluruhan lapisan pentadbiran (single sign-on, peranan pengguna, log audit, pengurus rahsia, penjenamaan, penyelarasan Git) di luar edisi tersebut. Jadi, Community Edition ialah enjin automasi lengkap dengan aliran dan pengguna tanpa had, namun ia bukanlah platform yang boleh anda kawal melalui API. Jika rancangan anda adalah untuk menjana aliran secara programatik, rancangan tersebut memerlukan lesen.

Bentuk runtime terdiri daripada satu bekas aplikasi, satu atau lebih bekas pekerja, Postgres dan Redis. AP_DB_TYPE=POSTGRES dan AP_REDIS_TYPE=STANDALONE adalah tetapan lalai. Terdapat mod bekas tunggal dengan pangkalan data terbenam dan baris gilir dalam proses (AP_DB_TYPE=PGLITE dengan AP_REDIS_TYPE=MEMORY), dan dokumentasi menyatakan ia "hanya bertujuan untuk kegunaan peribadi atau ujian". Ambil kenyataan itu mengikut nilai sebenarnya. Mod tersebut tidak boleh menjalankan lebih daripada satu instans, jadi beralih keluar daripadanya merupakan satu migrasi, bukan sekadar menukar flag.

Windmill: berasaskan kod, dan lebih berat daripada sangkaan

Windmill menjalankan skrip dalam Python, TypeScript, Go, Bash dan SQL, kemudian menggabungkannya menjadi aliran kerja (flows). Jika automasi anda lebih banyak terdiri daripada kod dengan sedikit kod penyambung, ia lebih sesuai berbanding mana-mana kanvas nod.

Lesennya memerlukan perhatian. Sumbernya adalah AGPLv3 apabila dikompil tanpa flag ciri perusahaan. Imej yang diterbitkan di ghcr.io/windmill-labs/windmill adalah Edisi Komuniti, yang merangkumi kod yang bukan sumber terbuka dan percuma untuk digunakan mengikut kuota. Halaman harga Windmill menetapkan kuota tersebut pada 50 pengguna, 3 ruang kerja dan 10 GiB storan objek ruang kerja, dengan pelaksanaan tanpa had. Bagi seorang individu atau pasukan kecil, had tersebut masih jauh, jadi persoalan praktikalnya bukanlah mengenai kuota. Persoalannya ialah binari yang anda jalankan bukanlah binaan AGPL.

Berat adalah pertimbangan lain. docker-compose.yml Windmill sendiri membekalkan pangkalan data Postgres 16, satu pelayan, tiga pekerja lalai dengan had memori 2048M setiap satu, satu pekerja natif dan proksi Caddy. Panduan umum yang didokumentasikan ialah "1 pekerja bagi setiap 1vCPU dan 1-2 GB RAM". Anda boleh mengurangkan bilangan replika pada mesin kecil. Anda perlu tahu bahawa anda sedang mengurangkannya, kerana pekerja itulah yang sebenarnya menjalankan tugasan anda.

Ciri AI Windmill didokumentasikan sebagai bantuan semasa binaan: penjanaan kod, pembinaan aliran kerja, sembang dan pengisian borang. Ia memerlukan anda menambah sumber penyedia model dalam tetapan ruang kerja terlebih dahulu. Jika apa yang anda mahukan ialah langkah ejen yang berjalan mengikut jadual dan memanggil alatan, nod AI Agent n8n masih merupakan laluan yang lebih terus, dan membina ejen AI dalam n8n merangkumi bentuk tersebut.

Node-RED: yang kecil, tanpa pangkalan data langsung

Node-RED dilesenkan di bawah Apache 2.0, lesen paling longgar dalam perbandingan ini. Ia merupakan satu proses Node.js dengan satu /data volume. Tiada Postgres. Tiada Redis. Tetapkan versinya sebagai nodered/node-red:5.0.4, iaitu keluaran semasa.

Ia berkembang daripada pendawaian IoT (internet of things), jadi ia berbentuk peristiwa (event-shaped) dan bukannya berbentuk penyambung (connector-shaped). Node untuk servis pihak ketiga datang daripada pustaka komuniti dan kualitinya berbeza-beza; ini adalah pertukaran yang perlu dibuat untuk mendapatkan jejak (footprint) yang kecil. Tiada langkah ejen AI kelas pertama. Untuk VPS kecil yang mengendalikan webhooks dan trafik baris gilir mesej, ia adalah pilihan paling ringan di sini yang berfungsi, dan ia bermula dalam beberapa saat.

Huginn dan Automatisch: semak log commit terlebih dahulu

Huginn dilesenkan di bawah MIT, ditulis menggunakan Ruby on Rails, dan memerlukan MySQL atau PostgreSQL. Ia beroperasi menggunakan ejen yang memantau sumber dan mengeluarkan peristiwa, iaitu model yang berbeza daripada kanvas aliran kerja (flow canvas), dan ia tidak mempunyai sokongan LLM. Kodnya masih menerima commit, tetapi release bertanda terakhir adalah dari Ogos 2022, jadi menjalankannya bermakna menggunakan imej ghcr.io/huginn/huginn yang dibina daripada branch lalai. Pilih Huginn apabila model ejen sesuai dengan masalah anda, bukan sebagai pengganti umum untuk n8n.

Automatisch dilesenkan di bawah AGPL-3.0 selain daripada fail .ee miliknya, dan ia kelihatan seperti n8n yang lebih ringkas: memerlukan Postgres, Redis, dan katalog aplikasi yang kecil. Ia merupakan alat yang sering disyorkan dalam tutorial penggunaan tunggal (single-deploy). Sejarah release menunjukkan anda perlu menunggu. Tempoh setahun tanpa release dan setengah tahun tanpa commit bukanlah sebab untuk panik jika anda sudah menggunakannya, tetapi ia adalah sebab untuk tidak memulakan deployment pengeluaran (production) yang baharu dengannya.

Kos sebenar RAM untuk stack Activepieces

Memori melahu dan memori kerja yang diukur bukanlah angka yang boleh diterbitkan oleh sesiapa untuk anda, kerana ia bergantung pada aliran (flows) anda sendiri dan jumlah data yang dibawa olehnya. Apa yang boleh anda baca ialah jumlah yang disarankan oleh setiap vendor untuk dibajetkan. Activepieces mendokumentasikan bentuk di bawah, dan ayat di sebelahnya lebih penting daripada angka tersebut: "Pekerja (worker) dengan concurrency-1 sibuk sepanjang tempoh aliran (sehingga 10 minit), jadi tentukan saiz berdasarkan aliran serentak, bukan kadar pencetus (trigger rate)."

[
  {
    "label": "App container",
    "vcpu": 1,
    "ram_gb": 1
  },
  {
    "label": "Worker (each)",
    "vcpu": 0.5,
    "ram_gb": 1
  },
  {
    "label": "Postgres",
    "vcpu": 2,
    "ram_gb": 4
  },
  {
    "label": "Redis",
    "vcpu": 1,
    "ram_gb": 1
  }
]

Seorang pekerja ialah 0.5 vCPU dan 1 GB, dan ia menjalankan tepat satu aliran pada satu masa. Postgres disaizkan pada 4 GB. Fail compose projek itu sendiri menghantar lima replika pekerja, jadi berdasarkan saiz tersebut, stack dalam repositori itu memerlukan kira-kira 11 GB sebelum aliran anda melakukan apa-apa yang penting. Tutorial alat tunggal menyalin fail tersebut dan memanggilnya sebagai deployment kecil.

Pada VPS 4 GB, jalankan dua pekerja, kekalkan Postgres dalam projek compose yang sama, dan buat pengukuran. docker stats --no-stream mencetak satu baris bagi setiap kontena dengan memori residen sebenar, yang lebih tepat daripada mana-mana angka yang diterbitkan oleh vendor atau blog. Jika sesuatu kontena berkembang tanpa had, tetapkan hadnya, dan had memori dalam Docker Compose menunjukkan sintaksnya.

Fail compose untuk Activepieces pada satu VPS

Tetapkan tag versi. latest bermaksud docker compose pull seterusnya boleh mengubah skema pangkalan data di bawah anda tanpa amaran. Versi 0.86.3 ialah versi yang ditetapkan oleh projek itu sendiri dalam fail compose mereka setakat 4 Ogos 2026.

Jana dua rahsia (secrets) terlebih dahulu, menggunakan panjang yang dinyatakan dalam dokumentasi.

openssl rand -hex 16    # AP_ENCRYPTION_KEY, encrypts stored connections
openssl rand -hex 32    # AP_JWT_SECRET, signs session tokens

Tulis .env bersebelahan dengan fail compose:

AP_ENGINE_EXECUTABLE_PATH=dist/packages/engine/main.js
AP_ENVIRONMENT=prod
AP_FRONTEND_URL=https://automation.example.com
AP_ENCRYPTION_KEY=REPLACE_WITH_HEX_16
AP_JWT_SECRET=REPLACE_WITH_HEX_32
AP_DB_TYPE=POSTGRES
AP_POSTGRES_DATABASE=activepieces
AP_POSTGRES_HOST=postgres
AP_POSTGRES_PORT=5432
AP_POSTGRES_USERNAME=postgres
AP_POSTGRES_PASSWORD=REPLACE_WITH_A_LONG_RANDOM_PASSWORD
AP_REDIS_TYPE=STANDALONE
AP_REDIS_HOST=redis
AP_REDIS_PORT=6379
AP_EXECUTION_MODE=UNSANDBOXED
AP_TELEMETRY_ENABLED=false

AP_FRONTEND_URL mestilah alamat HTTPS awam, kerana Activepieces sebaliknya akan cuba menggunakan alamat IP awam anda apabila ia membina URL webhook. Setiap webhook yang anda berikan kepada pihak ketiga dibina daripada nilai tersebut, jadi jika ia masih menghala ke localhost, URL yang anda tampal ke dalam perkhidmatan lain tidak akan sampai ke pelayan anda.

services:
  app:
    image: ghcr.io/activepieces/activepieces:0.86.3
    restart: unless-stopped
    ports:
      - '127.0.0.1:8080:80'
    depends_on:
      - postgres
      - redis
    env_file: .env
    environment:
      - AP_CONTAINER_TYPE=APP
    volumes:
      - ./cache:/usr/src/app/cache
  worker:
    image: ghcr.io/activepieces/activepieces:0.86.3
    restart: unless-stopped
    depends_on:
      - app
    env_file: .env
    environment:
      - AP_CONTAINER_TYPE=WORKER
    deploy:
      replicas: 2
    volumes:
      - ./cache:/usr/src/app/cache
  postgres:
    image: pgvector/pgvector:0.8.0-pg14
    restart: unless-stopped
    env_file: .env
    environment:
      - POSTGRES_DB=${AP_POSTGRES_DATABASE}
      - POSTGRES_USER=${AP_POSTGRES_USERNAME}
      - POSTGRES_PASSWORD=${AP_POSTGRES_PASSWORD}
    volumes:
      - postgres_data:/var/lib/postgresql/data
  redis:
    image: redis:7.0.7
    restart: unless-stopped
    volumes:
      - redis_data:/data

volumes:
  postgres_data:
  redis_data:

Fail tersebut ialah fail compose asal projek dengan empat perubahan: bilangan worker dikurangkan daripada lima kepada dua, port yang diterbitkan diikat kepada 127.0.0.1 dan bukannya setiap antara muka, nama kontena tetap dibuang kerana perkhidmatan dengan replika tidak boleh menggunakannya, dan blok rangkaian eksplisit digugurkan kerana compose akan menciptanya secara automatik.

docker compose up -d
docker compose ps

Setiap perkhidmatan harus menunjukkan Up, termasuk dua kontena worker. Kontena yang dimulakan semula secara berulang akan mencetak puncanya dalam docker compose logs worker, jadi baca log tersebut sebelum mengubah apa-apa. Ikatan port bermaksud tiada apa-apa yang sampai ke aplikasi dari luar sehingga anda meletakkan reverse proxy dengan TLS (transport layer security) di hadapan, yang diliputi dalam menjalankan Traefik di hadapan beberapa aplikasi compose. Pastikan .env berada pada mod 600 dan tidak dimasukkan ke dalam git, seperti dalam mengendalikan rahsia dalam fail env compose.

Sandaran yang sering diabaikan dalam setiap panduan

Semua alat ini menyulitkan (encrypt) kelayakan yang disimpan, jadi dump pangkalan data sahaja tidak mencukupi sebagai sandaran. Anda memerlukan dump tersebut dan kunci yang digunakan untuk menyahsulitnya. Perangkapnya ialah kebanyakan alat ini menjana kunci tersebut secara automatik dan senyap, lalu menyimpannya di lokasi yang tidak anda sandarkan.

n8n adalah contoh yang paling jelas. Jika anda tidak menetapkan N8N_ENCRYPTION_KEY, n8n "mencipta kunci penyulitan rawak secara automatik pada pelancaran pertama dan menyimpannya dalam folder ~/.n8n", kemudian menggunakan kunci itu untuk menyulitkan kelayakan sebelum ia sampai ke pangkalan data. Jika anda membuat dump Postgres dan memulihkannya ke dalam kontena baharu dengan volum baharu, aliran kerja (workflow) akan kembali tetapi semua kelayakan akan menjadi teks sifer yang tidak boleh dibaca oleh sesiapa. Tetapkan pemboleh ubah tersebut secara eksplisit, dan tetapkan nilai yang sama pada setiap worker apabila anda menjalankan mod queue.

Node-RED mempunyai situasi yang sama. Kelayakan disimpan dalam fail tersulitnya sendiri, dan kuncinya ialah credentialSecret dalam settings.js. Apabila anda tidak menetapkannya, runtime akan menjana kunci rawak dan menyimpannya di bawah _credentialSecret dalam stor tetapan dalamannya di dalam /data. Fail tetapan asal menyatakan akibatnya: "sebaik sahaja anda menetapkan sifat ini, jangan ubahnya - berbuat demikian akan menghalang node-red daripada menyahsulit kelayakan sedia ada anda dan ia akan hilang." Sandarkan keseluruhan volum /data, bukan sekadar fail flows.

Activepieces menyimpan AP_ENCRYPTION_KEY dalam .env anda, yang didokumenkan sebagai "kunci heksadesimal 32-aksara (16-bait) yang digunakan untuk menyulitkan sambungan". Huginn menyimpan APP_SECRET_TOKEN dalam persekitarannya. Automatisch mempunyai tiga daripadanya: ENCRYPTION_KEY, WEBHOOK_SECRET_KEY dan APP_SECRET_KEY. Dalam setiap kes, rahsia tersebut berada dalam fail persekitaran, yang bermaksud fail persekitaran adalah sebahagian daripada sandaran.

Windmill adalah pengecualian yang perlu diketahui. Pemboleh ubah dan rahsianya disulitkan dengan kunci simetri khusus ruang kerja yang disimpan oleh Windmill dalam pangkalan datanya sendiri, jadi satu dump Postgres membawa kedua-dua bahagian tersebut. Ini memudahkan pemulihan, dan bermakna dump itu sendiri sudah cukup untuk membaca setiap rahsia, jadi lindungi fail tersebut seolah-olah ia adalah rahsia itu sendiri.

Bagi stack Activepieces di atas, sandaran terdiri daripada dua fail:

cd /srv/activepieces
docker compose exec -T postgres pg_dump -U postgres -Fc activepieces > "ap-$(date +%F).dump"
cp .env "ap-env-$(date +%F).bak"
chmod 600 ap-*.dump ap-env-*.bak

Kemudian, buktikan sandaran tersebut berfungsi, kerana sandaran yang tidak diuji hanyalah satu andaian. Pulihkan dump tersebut ke dalam projek compose percubaan yang menggunakan AP_ENCRYPTION_KEY yang sengaja dibezakan, kemudian jalankan aliran yang menggunakan sambungan yang disimpan. Ia akan gagal, kerana teks sifer dalam pangkalan data dihasilkan dengan kunci yang berbeza. Ulangi pemulihan dengan kunci sebenar daripada .env dan aliran yang sama akan berjalan. Dua percubaan itu adalah satu-satunya bukti bahawa sandaran anda benar-benar berfungsi. Hantar kedua-dua fail keluar dari pelayan mengikut jadual dengan sandaran restic daripada VPS, kerana sandaran yang berada pada cakera yang sama akan musnah bersama cakera tersebut.

Bilakah perlu kekal menggunakan n8n

Kekal gunakan n8n jika tugasan tersebut adalah untuk kegunaan dalaman syarikat anda, kerana itulah tujuan sebenar Sustainable Use License. Kekal gunakan n8n jika anda mementingkan kepelbagaian, memandangkan n8n menawarkan lebih 1500 integrasi, atau jika anda bergantung pada nod AI Agent yang dibina berasaskan LangChain, yang tiada tandingan bagi langkah ejen sedia guna. Menggerakkan aliran kerja n8n dengan Claude menunjukkan bagaimana perkara ini berfungsi dalam praktiknya.

Beralihlah kepada Activepieces jika anda mahukan lesen yang lebih fleksibel pada teras automasi dan tindanan (stack) yang boleh anda fahami sepenuhnya. Beralihlah kepada Windmill jika aliran kerja anda sebenarnya adalah kod yang dibalut dengan antara muka pengguna. Beralihlah kepada Node-RED jika perkakasan anda kecil dan tugasan anda berbentuk peristiwa (event-shaped). Jangan beralih hanya kerana penanda aras (benchmark) menyatakan n8n adalah berat. Ukur prestasi instans anda sendiri terlebih dahulu, kemudian baca apa yang berbaloi untuk di-self-host pada tahun 2026 dan buat keputusan sekali sahaja, kerana migrasi kedua menelan kos yang sama dengan migrasi pertama.

FAQ

Alternatif n8n yang dihoskan sendiri (self-hosted) manakah yang paling hampir dengan n8n?

Activepieces. Konsepnya sama: pembina visual di mana pencetus (trigger) memulakan aliran kerja dan setiap langkah memanggil servis, dengan katalog penyambung yang besar. Terasnya dilesenkan di bawah MIT, ia berjalan pada Postgres dan Redis menggunakan Docker, dan komponennya (pieces) berfungsi sebagai pelayan MCP untuk klien LLM. Perkara yang perlu diberi perhatian ialah akses API dan ciri ejen terletak dalam direktori komersial perusahaan, jadi instans Community Edition dikendalikan melalui antara muka web dan bukannya secara programatik.

Adakah Activepieces benar-benar sumber terbuka (open source)?

Terasnya adalah sumber terbuka di bawah lesen MIT. Dua direktori, packages/ee/ dan packages/server/api/src/app/ee, dilesenkan secara komersial, dan penggunaan ciri tersebut pada pelayan anda memerlukan lesen berbayar. Halaman harga vendor meletakkan Ejen dan Sembang, Projek, akses API, daftar masuk tunggal (SSO), peranan pengguna, log audit, pengurus rahsia, penjenamaan dan penyelarasan Git di luar Community Edition, manakala bilangan larian, pengguna dan aliran kerja tidak dihadkan. Jadi, ia benar-benar sumber terbuka untuk membina dan menjalankan automasi, tetapi bukan sumber terbuka untuk lapisan pasukan dan tadbir urus.

Berapakah RAM yang diperlukan oleh Activepieces pada VPS?

Activepieces mendokumentasikan keperluan 0.5 vCPU dan 1 GB untuk setiap pekerja (worker), 1 vCPU dan 1 GB untuk kontena aplikasi, 4 GB untuk Postgres dan 1 GB untuk Redis. Seorang pekerja mengendalikan satu aliran kerja pada satu masa sepanjang tempoh aliran tersebut, jadi anda perlu mengukur saiz berdasarkan aliran kerja serentak puncak dan bukannya kekerapan pencetus diaktifkan. Fail compose dalam repositori membekalkan lima pekerja, yang memerlukan sekitar 11 GB saiz yang disyorkan. Dua pekerja pada VPS 4 GB adalah permulaan yang munasabah, dan docker stats --no-stream mengesahkan jumlah sebenar untuk aliran kerja anda semasa ia berjalan.

Apakah yang perlu saya sandarkan (backup) supaya pemulihan (restore) benar-benar berfungsi?

Dua perkara: dump pangkalan data dan kunci penyulitan. Bagi Activepieces, ini adalah pg_dump daripada pangkalan data activepieces ditambah fail .env yang menyimpan AP_ENCRYPTION_KEY. Bagi n8n, ia adalah pangkalan data ditambah N8N_ENCRYPTION_KEY, yang dijana oleh n8n untuk anda di dalam folder ~/.n8n jika anda tidak menetapkannya. Bagi Node-RED, sandarkan keseluruhan volum /data, kerana fail kelayakan dan kunci yang menyahsulitnya kedua-duanya berada di sana. Windmill adalah pengecualian: kunci ruang kerjanya berada di dalam pangkalan data Postgres miliknya sendiri, jadi dump tersebut membawa segala-galanya dan mesti dilindungi seolah-olah ia adalah rahsia itu sendiri.

Bolehkah saya mengimport aliran kerja n8n saya ke dalam alat lain?

Tidak. Projek-projek ini mengimport dan mengeksport format aliran kerja mereka sendiri, bukan format n8n. Migrasi bermakna membina semula setiap aliran kerja dalam pembina baharu dan mencipta semula setiap kelayakan daripada servis asal. Usaha tersebut adalah kos sebenar untuk bertukar, jadi kira aliran kerja anda sebelum membuat keputusan. Dua belas aliran kerja boleh disiapkan dalam satu petang. Dua ratus aliran kerja adalah satu projek, dan biasanya lebih murah untuk membaiki penggunaan memori n8n dengan mod baris gilir (queue mode) dan Postgres daripada membina semula kesemuanya.