n8n কি বিনামূল্যে? Community ও Enterprise-এর সীমা
নিজে host করা n8n বিনামূল্যে, তবে এটি OSI open source নয়। Sustainable Use License-এর সীমা, paid key-নির্ভর feature এবং cloud plan বাছাই জানুন।
n8n নিজে host করা কি বিনামূল্যে?
হ্যাঁ, n8n নিজে host করা বিনামূল্যে। আপনার মালিকানাধীন একটি সার্ভারে community edition চালাতে পারেন। লাইসেন্সে আপনি কতগুলো workflow তৈরি করবেন বা সেগুলো কত ঘন ঘন চলবে, তার কোনো সীমা নির্ধারণ করা নেই। এই বিনামূল্যের edition আপনার জন্য যথেষ্ট কি না, তা দুটি বিষয় নির্ধারণ করে: Open Source Initiative (OSI) যে অর্থে শব্দটি ব্যবহার করে, সেই অর্থে n8n open source নয়। এ ছাড়া, লাইসেন্সের key-এর জন্য অর্থ না দেওয়া পর্যন্ত নির্দিষ্ট কিছু feature বন্ধ থাকে।
লাইসেন্সটির নাম Sustainable Use License, version 1.0। Source code public, এবং আপনি এটি পড়তে, চালাতে ও পরিবর্তন করতে পারেন। লাইসেন্সটি যেটি সীমাবদ্ধ করে, তা হলো আপনি কাদের জন্য এটি service হিসেবে চালাতে পারবেন। নিজের জন্য বা নিজের company-এর জন্য n8n চালাতে পারেন। অন্য মানুষ যাতে অর্থ দিয়ে ব্যবহার করতে পারে, এমন product-এ এটিকে রূপান্তর করতে পারবেন না।
Fair-code বলতে কী বোঝায় এবং n8n কেন open source নয়
Fair-code হলো n8n তার নিজস্ব মডেলের জন্য যে নাম ব্যবহার করে। এই মডেলে software-এর source code public থাকে এবং software বিনামূল্যে চালানো যায়, কিন্তু author এর commercial use সীমিত করেন। n8n-এর documentation-এ এই নাম ব্যবহারের কারণ সরাসরি বলা হয়েছে: OSI-approved open source licence software ব্যবহারের পদ্ধতিতে সীমা আরোপ করতে পারে না, কিন্তু Sustainable Use License-এ ঠিক এমন একটি সীমা রয়েছে। তাই n8n নিজেকে open source বলে না।
এই পার্থক্যটি শুধু শব্দের বিষয় নয়। এটি আপনার procurement team-এর সিদ্ধান্তকে প্রভাবিত করে। কোনো policy-তে যদি লেখা থাকে, “আমরা open source tools অথবা কেনা tools deploy করি,” তাহলে n8n তৃতীয় একটি category-তে পড়ে। ফলে এটি ব্যবহারের বিষয়ে কাউকে বাস্তব সিদ্ধান্ত নিতে হবে। সেই আলোচনার আগে n8n repository-এর licence file পড়ুন, পরে নয়।
Sustainable Use License আপনাকে যা করতে দেয়
এই permission grant-এর পরিধি বিস্তৃত। License আপনাকে software ব্যবহার, copy, distribute, available করা এবং derivative works প্রস্তুত করার non-exclusive, royalty-free, worldwide license দেয়। এটি internal business purposes অথবা personal non-commercial use-এর জন্য প্রযোজ্য।
বাস্তবে এর মধ্যে রয়েছে:
- নিজের server-এ নিজের company-র জন্য n8n চালানো। উদাহরণস্বরূপ, CRM (customer relationship management system) থেকে internal database-এ data sync করা।
- Personal project-এর জন্য বাড়িতে এটি চালানো।
- Code পরিবর্তন করে নিজের modified version চালানো।
- নিজের product-এর জন্য একটি n8n node লেখা, অথবা নিজের product ও n8n-এর মধ্যে অন্য কোনো integration তৈরি করা।
- Consulting work বিক্রি করা। যেমন, কোনো client-এর জন্য workflow তৈরি করা।
- Support বিক্রি করা। যেমন, client-এর মালিকানাধীন server-এ n8n setup ও maintain করা।
- নিজের product-এর মধ্যে n8n-কে hidden backend হিসেবে ব্যবহার করা, যতক্ষণ এটি আপনার company-র নিজস্ব credentials ব্যবহার করে চলে।
License আপনার usage-এর ওপর কোনো সীমা নির্ধারণ করে না। Execution quota বা seat count নেই। তাই একটি self-hosted instance-এর একমাত্র সীমা হলো যে machine-এ এটি চলছে, সেই machine-এর CPU ও memory। AI node-গুলোর ওপরও কোনো restriction নেই। তাই n8n-এ একটি AI agent workflow তৈরি করা free edition-এ কাজ করে।
টেকসই ব্যবহার লাইসেন্সে যা করার অনুমতি নেই
সীমাবদ্ধতাগুলো সংক্ষিপ্ত। n8n এগুলো টেকসই ব্যবহার লাইসেন্সের পৃষ্ঠায় উদাহরণসহ তালিকাভুক্ত করেছে:
- n8n host করে এতে access দেওয়ার জন্য মানুষের কাছ থেকে অর্থ নেওয়া।
- n8n-এর white labelling করে গ্রাহকদের অর্থের বিনিময়ে তা দেওয়া।
- অন্য service-এ end user-রা যেন নিজেদের account-এ access করতে পারে, সে জন্য তাদের নিজস্ব credential সংগ্রহে n8n ব্যবহার করা।
- কোনো licensing, copyright বা অন্য notice পরিবর্তন, অপসারণ বা আড়াল করা।
- বাণিজ্যিকভাবে বিতরণ করা। অবাণিজ্যিক উদ্দেশ্যে শুধু বিনামূল্যে বিতরণ করা যাবে।
তৃতীয় সীমাবদ্ধতাটিই মানুষকে সবচেয়ে বেশি অবাক করে। তাই এটি দুবার পড়ুন। আপনার কোম্পানির নিজস্ব API key ব্যবহার করে আপনার কোম্পানির নিজস্ব data স্থানান্তরকারী billing job internal use-এর আওতায় পড়ে এবং এটি অনুমোদিত। কিন্তু এমন কোনো product, যেখানে আপনার প্রতিটি customer আপনার n8n instance-এর মাধ্যমে নিজেদের Google account সংযুক্ত করে, তা অনুমোদিত নয়। কারণ n8n কার credential সংরক্ষণ করছে, licence সেই বিষয়েই সীমা নির্ধারণ করে। দুই ক্ষেত্রেই software এবং server একই। কিন্তু অনুমতির উত্তর একই নয়।
একই repository-র মধ্যে আরেকটি licence-ও রয়েছে। যে কোনো source file-এর filename-এ .ee. থাকলে, অথবা তার directory path-এ .ee থাকলে, সেটি Sustainable Use License-এর আওতায় নয়। এটি আলাদা n8n Enterprise License-এর অধীনে রয়েছে। আপনি যে একই Docker image pull করেন, সেই image-এর মধ্যেই code-টি থাকে। তাই paid feature-গুলো build-এ উপস্থিত থাকে, কিন্তু বৈধ key দিয়ে activate না করা পর্যন্ত বন্ধ থাকে। অন্য কোনো উপায়ে এগুলো চালু করা licence লঙ্ঘন। এটি কোনো configuration trick নয়।
fair-code, MIT এবং AGPL-এর মধ্যে পার্থক্য
MIT লাইসেন্স সবকিছুর অনুমতি দেয়। এর মধ্যে কোড নেওয়া এবং attribution উল্লেখ করে সেটির hosted version বিক্রি করাও অন্তর্ভুক্ত।
AGPL (GNU Affero General Public License) hosted version বিক্রিরও অনুমতি দেয়। এর শর্ত হলো disclosure: আপনি software পরিবর্তন করে network-এর মাধ্যমে ব্যবহারকারীদের সেটিতে access দিলে, সেই ব্যবহারকারীদের আপনার পরিবর্তিত source দেওয়ার সুযোগ দিতে হবে।
Sustainable Use License ভিন্ন বিষয় নিয়ন্ত্রণ করে। এতে আপনার পরিবর্তন প্রকাশ করার কোনো শর্ত নেই। এটি নির্ধারণ করে আপনি কাদের service দিতে পারবেন। সংক্ষেপে, AGPL নির্ধারণ করে আপনাকে কী প্রকাশ করতে হবে, আর Sustainable Use License নির্ধারণ করে আপনি কার কাছে বিক্রি করতে পারবেন।
এই পার্থক্য fork-এর ক্ষেত্রে কী ঘটবে তা নির্ধারণ করে। যে কেউ একটি AGPL project fork করে competing hosted service হিসেবে চালাতে পারে, যদি সে নিজের পরিবর্তন প্রকাশ করে। n8n-এর ক্ষেত্রে কেউ তা করতে পারে না, কারণ use restriction কোডের সঙ্গে প্রতিটি copy-তে কার্যকর থাকে। এ কারণেই n8n তার সম্পূর্ণ source প্রকাশ করেও নিজস্ব clone-এর সঙ্গে প্রতিযোগিতা না করে cloud product বিক্রি করতে পারে।
কোন বৈশিষ্ট্যগুলোর জন্য paid licence key প্রয়োজন
Community edition-এ প্রায় পুরো product-ই রয়েছে। n8n কোন বৈশিষ্ট্য বাদ দিয়েছে, তা তালিকাভুক্ত করে; কোনগুলো অন্তর্ভুক্ত রয়েছে তা নয়। এই পদ্ধতিই বেশি কার্যকর। August 2026 অনুযায়ী compare editions page-এ নিচের বৈশিষ্ট্যগুলো paid হিসেবে তালিকাভুক্ত রয়েছে:
- SAML (security assertion markup language) বা LDAP (lightweight directory access protocol)-এর মাধ্যমে SSO (single sign-on)
- Workflow এবং credential sharing
- Projects
- Custom variables
- Environments
- Git ব্যবহার করে version control
- External secrets
- Binary data-এর জন্য external storage
- Log streaming
- Multi-main mode
বেশিরভাগ team প্রথমে sharing সীমার মুখোমুখি হয়। একজন ব্যক্তি একা tool মূল্যায়ন করার সময় এই সীমাটি সহজেই চোখ এড়িয়ে যায়। Community edition-এ শুধু instance owner এবং যে user workflow বা credential তৈরি করেছে, তারা সেটি খুলতে পারে। একই instance-এ থাকা দুই সহকর্মী interface-এর মধ্যে একে অপরকে workflow দিতে পারে না। এই সমস্যা এড়াতে team-গুলো একটি shared login ব্যবহার করে। এতে কে কী পরিবর্তন করেছে, তার কোনো record থাকে না।
SSO হলো দ্বিতীয় সীমা। আপনার company যদি প্রতিটি internal tool-এর জন্য single sign-on বাধ্যতামূলক করে, তাহলে community edition প্রথম দিনেই সেই requirement পূরণে ব্যর্থ হবে, অন্য সব কাজ করতে পারলেও। এই category-র self-hosted app-গুলোতে authentication feature paid হওয়ার প্রবণতা সর্বত্র দেখা যায়। self-hosted app-এ SSO tax ব্যাখ্যা করে, কেন vendor-গুলো একই জায়গায় সীমা নির্ধারণ করে।
Environments এবং Git version control বাস্তবে একটি feature হিসেবেই কাজ করে। এগুলো একসঙ্গে workflow-গুলো repository-তে রাখা এবং development instance থেকে production instance-এ promote করার সুযোগ দেয়। এগুলো না থাকলে এক instance থেকে অন্য instance-এ workflow সরাতে JSON হাতে export করে অন্য পাশে import করতে হয়। এই পদ্ধতি কাজ করে এবং অনেকেই এটি ব্যবহার করেন। তবে এতে review step বা history থাকে না।
Multi-main mode scale সীমিত করে। Community edition-এ একাধিক worker process-সহ queue mode ঠিকভাবে চলে। কিন্তু একাধিক main process চালানো যায় না। Main process schedule এবং webhook পরিচালনা করে। তাই এটি single point of failure হিসেবে থেকে যায়। licence key ছাড়া এটিকে redundant করা যায় না।
Log streaming এবং external secrets হলো compliance feature। Log streaming n8n-এর event log এমন একটি system-এ পাঠায়, যেটি আপনি আগে থেকেই monitor করেন। External secrets n8n-এর নিজস্ব encrypted store-এর পরিবর্তে একটি vault থেকে credential পড়ে। Security review-এ সাধারণত production-এ tool চালু হওয়ার কয়েক মাস পর এই দুই feature চাওয়া হয়। তখন এর মূল্য জানতে পারা অস্বস্তিকর হতে পারে।
আপনার প্রয়োজনীয় feature-টি gated হলে এবং plan-এর খরচ budget-এর বাইরে হলে licence নিয়ে workaround করার বদলে অন্য tool তুলনা করুন। self-hosted n8n-এর বিকল্পগুলো পাশাপাশি পড়া উপকারী, কারণ প্রতিটি project নিজস্ব free সীমা ভিন্ন জায়গায় নির্ধারণ করে।
আপনার community instance-এর জন্য বিনামূল্যের licence key নিবন্ধন করুন
কিছু বিনামূল্যের feature ব্যবহার করতেও licence key প্রয়োজন হয়। প্রক্রিয়াটি দেখলে এই বিষয়টি পরিষ্কার হবে। একটি email address নিবন্ধন করলে আপনি একটি বিনামূল্যের key পান। এতে কোনো খরচ ছাড়াই আরও তিনটি capability চালু হয়:
- Folders, workflow গোছানোর জন্য
- Debug in editor, workflow নিয়ে কাজ করার সময় execution data কপি ও pin করার জন্য
- Custom execution data, execution metadata সংরক্ষণ ও টীকা যোগ করার জন্য
Key পেতে:
- Editor-এর lower-left corner-এ থাকা three dots menu খুলুন।
- Settings-এ যান, তারপর Usage and plan নির্বাচন করুন।
- Unlock নির্বাচন করুন, তারপর Send me a free license key নির্বাচন করুন।
- Email-এ পাওয়া key-টি Enter activation key ঘরে paste করুন এবং Activate নির্বাচন করুন।
আপনি যদি file থেকে server configure করেন, interface ব্যবহার না করে প্রথমবার start করার আগে key-টি একটি environment variable হিসেবে সেট করুন।
docker volume create n8n_data
docker run -it --rm --name n8n -p 5678:5678 \
-e N8N_LICENSE_ACTIVATION_KEY="paste-your-key-here" \
-v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8nPort 5678-এ editor খুলুন। তারপর Settings এবং Usage and plan পরীক্ষা করুন। ওই page-এ unlock prompt দেখানোর পরিবর্তে আপনার plan-এর নাম থাকা উচিত। Prompt এখনও দেখা গেলে সাধারণত instance-টি আগে activate করা হয়েছিল। ইতিমধ্যে licence থাকা instance-এ N8N_LICENSE_ACTIVATION_KEY কোনো প্রভাব ফেলে না। তাই বিদ্যমান container-এর environment-এ এটি যোগ করলেও মনে হতে পারে যে কোনো পরিবর্তন হয়নি।
Production box-এ আরও দুটি licence variable গুরুত্বপূর্ণ। N8N_LICENSE_AUTO_RENEW_ENABLED-এর default মান true। এটিকে false করলে Settings menu থেকে প্রতি দশ দিন পরপর হাতে renew করতে হবে। তা না হলে licensed feature-গুলো কাজ করা বন্ধ করবে। N8N_LICENSE_DETACH_FLOATING_ON_SHUTDOWN-এর default মানও true। Instance shutdown হলে এটি entitlement release করে, যাতে অন্য instance সেটি claim করতে পারে। Deployment-এর সময় restart হওয়া production instance-এ এটিকে false সেট করুন, যাতে instance-এর সঙ্গে licensed feature-গুলোও ফিরে আসে। দুটিই manage your license page-এ নথিভুক্ত আছে।
ক্লাউড প্ল্যানগুলো কোথায় প্রযোজ্য
n8n Cloud n8n-এর নিজস্ব অবকাঠামোতে একই software চালায়। প্ল্যানগুলোর হিসাব সক্রিয় workflow-এর সংখ্যা অনুযায়ী নয়, workflow execution-এর সংখ্যা অনুযায়ী করা হয়। তাই webhook-এর অপেক্ষায় নিষ্ক্রিয় থাকা একটি workflow চালু না হওয়া পর্যন্ত কোনো খরচ তৈরি করে না।
Self-hoster-এর জন্য গুরুত্বপূর্ণ বিষয় হলো, enterprise licence key আলাদাভাবে বিক্রি হয় না; এটি একটি plan-এর সঙ্গে যুক্ত থাকে। আপনি একটি Business বা Enterprise plan কিনলে একটি key পাবেন। এরপর সেই key নিজের hardware-এ চলমান instance-এ যুক্ত করবেন। Self-hosting এবং অর্থপ্রদান পরস্পরবিরোধী নয়।
August 2026 অনুযায়ী, entry tier-গুলোর প্রকাশিত মাসিক মূল্য n8n pricing page-এ দেওয়া আছে। উচ্চতর tier-গুলোর জন্য sales team-এর সঙ্গে যোগাযোগ করতে হয়। Enterprise pricing একেবারেই প্রকাশিত নয়। তাই এখানে দেওয়া যেকোনো মূল্য আপনি পড়ার আগেই পুরোনো হয়ে যেতে পারে। একটি quote চাইুন এবং বিশেষভাবে জিজ্ঞাসা করুন, সেই quote-এর মধ্যে self-hosted key অন্তর্ভুক্ত আছে কি না।
আপনি যদি এখনও নিজে এটি চালাবেন নাকি hosted automation product-এর জন্য অর্থপ্রদান করবেন, তা নির্ধারণ করে থাকেন, তাহলে Zapier এবং Make-এর সঙ্গে n8n-এর তুলনা feature list-এর বদলে খরচের ধরন বিশ্লেষণ করে।
আপনার নিজস্ব product-এর মধ্যে n8n বিক্রি করা
আপনার customers যদি n8n editor নিজে দেখতে ও ব্যবহার করেন, তাহলে আপনার embed licence প্রয়োজন। n8n এটিকে OEM (original equipment manufacturer) agreement হিসেবেও বিক্রি করে। এই agreement-এ Sustainable Use License-এ নিষিদ্ধ white labelling এবং reselling-এর অনুমতি থাকে। এটি quote-based pricing-সহ negotiated contract। যেসব company ইতিমধ্যে বিক্রি করা কোনো product-এর মধ্যে workflow automation যুক্ত করতে চায়, তাদের জন্য এটি নির্ধারিত।
n8n-কে hidden backend হিসেবে ব্যবহার করা আলাদা বিষয়। এ ক্ষেত্রে এমন কোনো agreement প্রয়োজন হয় না। Workflow-গুলো যদি আপনার company-এর credentials-এ চলে এবং আপনার users কখনও editor ব্যবহার না করেন, তাহলে standard licence যথেষ্ট। পার্থক্য revenue-এ নয়; credentials এবং editor ব্যবহারে।
তাহলে আপনার কোন edition প্রয়োজন?
নিজস্ব automation চালানো এমন একটি কোম্পানির জন্য, যেখানে সহকর্মীরা একে অপরের কাজ দেখতে পারেন, community edition যথেষ্ট। বিনামূল্যের key-এর জন্য register করুন এবং কাজ শুরু করুন। পরবর্তী ধাপ হলো একটি server। Docker ও HTTPS ব্যবহার করে VPS-এ n8n self-hosting deployment, reverse proxy এবং certificate-এর বিষয়গুলো ব্যাখ্যা করে।
যে কোম্পানির single sign-on বা development ও production-এর জন্য আলাদা environment প্রয়োজন, তাদের জন্য community edition যথেষ্ট নয়। কোনো configuration পরিবর্তন করেই এই সীমাবদ্ধতা দূর করা যাবে না। Business plan-এর মূল্য যাচাই করুন, অথবা এমন একটি tool বেছে নিন যার licence আপনার budget-এর সঙ্গে সামঞ্জস্যপূর্ণ।
যারা অন্যদের কাছে access বিক্রি করেন, তাদের জন্য n8n-এর সঙ্গে commercial agreement করাই সঠিক পথ। যত তাড়াতাড়ি এই আলোচনা শুরু করবেন, খরচ তত কম হবে।
FAQ
n8n কি open source?
না। n8n হলো fair-code software, যা Sustainable Use License-এর অধীনে বিতরণ করা হয়। এর source code public, তাই আপনি এটি পড়তে, চালাতে এবং পরিবর্তন করতে পারেন। তবে licence-টি ব্যবহারের ক্ষেত্রে কিছু সীমাবদ্ধতা দেয়, আর OSI-approved open source licence-এ ব্যবহারের ওপর এমন সীমাবদ্ধতা থাকতে পারে না। n8n তাদের নিজস্ব documentation-এ বিষয়টি উল্লেখ করে এবং নিজেদের software-কে source available হিসেবে বর্ণনা করে। নামের মধ্যে .ee. অথবা path-এ .ee থাকা file-গুলো এই licence-এর আওতাতেও পড়ে না; সেগুলো আলাদা n8n Enterprise License-এর অধীনে থাকে।
n8n-সংক্রান্ত কাজের জন্য কি client-এর কাছ থেকে টাকা নিতে পারি?
হ্যাঁ, service-এর জন্য নিতে পারেন। কোনো client-এর জন্য workflow তৈরি করতে আলাদা agreement দরকার হয় না। Client-এর মালিকানাধীন server-এ n8n install বা maintain করতেও আলাদা agreement দরকার হয় না। তবে আপনার চালানো n8n instance-এ অন্যদের access দেওয়ার জন্য টাকা নিতে পারবেন না। এর white-labelled version-ও বিক্রি করতে পারবেন না। মূল বিষয় হলো, টাকা কি আপনার কাজের জন্য দেওয়া হচ্ছে, নাকি software-এ access পাওয়ার জন্য।
self-hosted community edition-এ আমার team workflow share করতে পারে না কেন?
Workflow এবং credential share করা একটি licensed feature। তাই paid key ছাড়া এটি বন্ধ থাকে। Community edition-এ শুধু instance owner এবং কোনো item তৈরি করা user সেটি খুলতে পারে। ফলে interface-এর মাধ্যমে কোনো সহকর্মীর কাছে workflow হস্তান্তর করার উপায় থাকে না। Workflow-টি JSON হিসেবে export করে অন্য account-এ import করা যায়। তবে ওই export-এর মধ্যে credential থাকে না। Import করা copy-টি নিজস্ব execution history-সহ একটি আলাদা workflow হয়ে যায়।
আমার n8n instance licence server-এ পৌঁছাতে না পারলে কী হয়?
একটি activated instance ডিফল্টভাবে https://license.n8n.io/v1-এর মাধ্যমে licence renew করে। N8N_LICENSE_AUTO_RENEW_ENABLED-এর মান out of the box true থাকে। Automatic renewal বন্ধ করলে settings menu থেকে প্রতি ten days পরপর হাতে licence renew করতে হবে। তা না হলে licensed feature-গুলো কাজ করা বন্ধ করবে। Outbound firewall licence server-এ সংযোগ আটকে দিলে renewal বন্ধ না করে lowercase https_proxy_license_server variable ব্যবহার করে request-টি একটি proxy-এর মাধ্যমে পাঠান।
n8n-এর branding সরাতে কি টাকা দিতে হবে?
হ্যাঁ, যদি customer-রা ফলাফলটি দেখতে পান। Sustainable Use License licensing এবং copyright notice পরিবর্তন, সরানো বা আড়াল করা নিষিদ্ধ করে। এই licence-এ n8n-এর white labelling এবং customer-এর কাছে টাকার বিনিময়ে তা দেওয়াকে অনুমোদিত নয় এমন ব্যবহার হিসেবে উল্লেখ করা হয়েছে। আপনি যে product বিক্রি করেন সেটির rebranding করতে embed বা OEM agreement প্রয়োজন। শুধু নিজের staff ব্যবহার করে এমন instance-এর appearance পরিবর্তন করা আলাদা বিষয়। তবে audience যেই হোক, licensing এবং copyright notice-সংক্রান্ত clause প্রযোজ্য।