بہترین self-hosted Slack متبادل کا موازنہ
Mattermost، Rocket.Chat، Synapse اور Zulip کا موازنہ RAM، ڈیٹا بیس، موبائل پش، SSO اور لائسنس کی بنیاد پر کریں۔ 10 اور 100 صارفین کے لیے وینڈر کے فراہم کردہ اعداد و شمار جانیں۔
آپ کو کون سا self-hosted Slack متبادل چلانا چاہیے
چھوٹی ٹیموں کے لیے قابلِ غور self-hosted Slack متبادل Mattermost، Rocket.Chat، Matrix بمعہ Synapse، اور Zulip ہیں۔ اگر آپ ایک ہی سرور پر اندرونی ٹیم کے لیے ٹول چلانا چاہتے ہیں تو Mattermost کا انتخاب کریں۔ عوامی کمیونٹی کے لیے Zulip استعمال کریں۔ Matrix بمعہ Synapse صرف تب چلائیں جب آپ کو دوسرے لوگوں کی ملکیت والے سرورز سے بات چیت کرنی ہو، کیونکہ federation وہ واحد خصوصیت ہے جس کی نقل دوسرے نہیں کر سکتے، اور یہی وہ چیز ہے جو بطور ایڈمنسٹریٹر آپ کے کام کی نوعیت بدل دیتی ہے۔
فیچرز کی فہرستیں ان چاروں کے درمیان فرق واضح نہیں کر سکتیں۔ یہ سب channels، threads، search، file uploads اور mobile apps کی سہولت فراہم کرتے ہیں۔ ان کے درمیان فرق اس بات سے ہوتا ہے کہ وہ ہر ماہ آپ سے کیا تقاضا کرتے ہیں: memory، ایک ایسا database جسے آپ کو زندہ رکھنا ہے، mobile push کا ایسا راستہ جس پر شاید آپ کا کنٹرول نہ ہو، اور ایک ایسا licence جو یہ طے کرتا ہے کہ آپ کی ضرورت کا فیچر ادائیگی کے بعد ملے گا یا نہیں۔ نیچے دیا گیا موازنہ 10 اور 100 صارفین کے پیمانے پر ان ہی نکات پر مبنی ہے۔
یہ چاروں دراصل کیا ہیں
Mattermost ایک Go سرور ہے جو PostgreSQL ڈیٹا بیس استعمال کرتا ہے۔ ایک بائنری، ایک ڈیٹا بیس، اور ایک کنفیگریشن فائل۔ یہ Slack کی طرح کام کرتا ہے، جس میں تھریڈز اور سلیش کمانڈز شامل ہیں، اور اسے چلانا ان چاروں میں سب سے آسان ہے، جو کہ ایک تعریف ہے۔
Rocket.Chat ایک Node.js ایپلی کیشن ہے جو MongoDB پر چلتی ہے۔ اس میں یہاں موجود تمام آپشنز کے مقابلے میں سب سے زیادہ فیچرز ہیں، جن میں وائس اور ویڈیو کالز، اور ایک اومنی چینل ان باکس شامل ہے جو ای میل اور سوشل چینلز سے کسٹمر کی بات چیت کو ایک ہی انٹرفیس میں اکٹھا کرتا ہے۔ اگر آپ صرف اس ان باکس کی وجہ سے اسے تلاش کر رہے ہیں، تو پہلے ایک مخصوص Chatwoot سپورٹ ڈیسک کے ساتھ اس کا موازنہ کر لیں، کیونکہ سپورٹ کا کام کرنے والا چیٹ سرور ٹیم ورک کرنے والے چیٹ سرور سے مختلف کام انجام دیتا ہے۔
Matrix ایک پروٹوکول ہے، پروڈکٹ نہیں۔ Synapse اس کا ریفرنس سرور ہے (Python، PostgreSQL) اور Element وہ کلائنٹ ہے جسے زیادہ تر لوگ استعمال کرتے ہیں۔ یہ یہاں واحد آپشن ہے جہاں آپ کا سرور ان سرورز سے بات کر سکتا ہے جنہیں آپ خود نہیں چلا رہے۔
Zulip ایک Python سرور ہے (Django اور Tornado) جس کے پیچھے PostgreSQL، RabbitMQ، memcached اور Redis موجود ہیں، جسے اس کی اپنی اسکرپٹ کے ذریعے ایک یونٹ کے طور پر انسٹال کیا جاتا ہے۔ اس کا ماڈل چینلز کے اندر ٹاپکس پر مبنی ہے، اس لیے منگل کی بات چیت جمعہ کو بھی آسانی سے تلاش کی جا سکتی ہے۔ ورژن 12.0 اپریل 2026 میں جاری کیا گیا تھا۔
10 اور 100 صارفین کے لیے درکار RAM اور ڈیٹا بیس کا انتخاب
نیچے دیے گئے چارٹ میں موجود ہر نمبر پروجیکٹ کی اپنی دستاویزات سے لیا گیا ہے، جنہیں اگست 2026 میں پڑھا گیا۔ ان میں سے کوئی بھی پیمائش میری نہیں ہے اور نہ ہی کوئی فرضی ہے۔ ہر قطار کی بنیاد ایک ہی ہے: پروجیکٹ کی طرف سے شائع کردہ سب سے چھوٹی کنفیگریشن، جس میں ڈیٹا بیس کو تب شامل کیا گیا ہے جب پروجیکٹ نے اس کا سائز الگ سے بیان کیا ہو۔
The data behind this chart
[
{
"label": "Synapse",
"published_ram_gb": 1,
"notes": "Synapse install docs: at least 1 GB free RAM if you want to join large public rooms. PostgreSQL is required for production and is not sized."
},
{
"label": "Mattermost",
"published_ram_gb": 2,
"notes": "Mattermost requirements: 1 to 1,000 users on 1 vCPU and 2 GB RAM, single server, database included."
},
{
"label": "Zulip",
"published_ram_gb": 2,
"notes": "Zulip requirements: under 100 users on 1 CPU, 2 GB RAM and 2 GB swap. 100 users and above needs 2 CPUs and 4 GB."
},
{
"label": "Rocket.Chat",
"published_ram_gb": 8,
"notes": "Rocket.Chat requirements: smallest published tier is 4 GiB for the app plus 4 GiB for MongoDB, rated up to 500 concurrent users."
}
]تمام قطاریں ایک جیسی نہیں ہیں، اور یہ پہلی مفید دریافت ہے۔ Synapse کی 1 GB، Synapse پروسیس کے لیے ایک کم از کم حد ہے جس کے ساتھ ایک شرط منسلک ہے: اگر آپ بڑے عوامی کمروں (public rooms) میں شامل ہونا چاہتے ہیں تو دستاویزات کم از کم اتنی free RAM کا مطالبہ کرتی ہیں۔ PostgreSQL اس اعداد و شمار سے باہر ہے۔ Mattermost کی 2 GB پوری مشین کے لیے ہے، جس میں ڈیٹا بیس شامل ہے، اور یہ ایک vCPU پر 1 سے 1,000 صارفین تک کا احاطہ کرتی ہے۔ Zulip 100 صارفین سے کم کے لیے 2 GB اور ایک CPU، نیز 2 GB swap کی دستاویزات دیتا ہے، اور 100 صارفین یا اس سے زیادہ کے لیے 4 GB اور دو CPUs کا مطالبہ کرتا ہے۔ Rocket.Chat یہاں سب سے بڑی تعداد شائع کرتا ہے، یعنی 8 GB، کیونکہ یہ ایپلیکیشن کو 4 GiB اور MongoDB کو 4 GiB پر سائز کرتا ہے، اور یہ ٹائر 500 تک بیک وقت صارفین کے لیے موزوں ہے۔
دس صارفین پر، ان میں سے تمام 4 ایسے ہارڈویئر پر چلتے ہیں جس کے بارے میں آپ کو دوبارہ سوچنے کی ضرورت نہیں پڑے گی۔ سو صارفین پر جوابات الگ ہو جاتے ہیں: Mattermost اب بھی اپنے 2 GB ٹائر کے اندر ہے، Zulip کو 4 GB اور دوسرے CPU کی ضرورت ہے، اور Rocket.Chat کا سب سے چھوٹا دستاویزی ٹائر 8 GB پر برقرار ہے، کیونکہ MongoDB کی میموری کی بھوک آپ کے صارفین کی تعداد کے بجائے مشین کے سائز سے طے ہوتی ہے۔
ڈیٹا بیس کا انتخاب آپ کی روزانہ کی کارکردگی سے زیادہ آپ کے مستقبل کے اپ گریڈز کا فیصلہ کرتا ہے۔ Mattermost کو PostgreSQL 14 یا اس سے نیا ورژن درکار ہے اور اس نے v11 سے MySQL سپورٹ کو ترک کر دیا ہے، لہذا آج کی MySQL تنصیب کل کی ایک مائیگریشن ہے۔ Synapse SQLite پر چلتا ہے اور اس کی اپنی دستاویزات صاف کہتی ہیں کہ SQLite صرف ٹیسٹنگ کے لیے قابل قبول ہے، کیونکہ یہ بڑے کمروں میں خراب کارکردگی دکھاتا ہے۔ Rocket.Chat 8 کو MongoDB 8.0 درکار ہے، جس کا مطلب ہے کہ ڈیٹا بیس اپ گریڈ اور چیٹ اپ گریڈ دو الگ پروجیکٹس کے بجائے ایک ہی پروجیکٹ ہیں۔
2 GB VPS آپ کو درحقیقت کیا فراہم کرتا ہے
2 GB کا پلان زیادہ تر پرووائیڈرز کے پاس ابتدائی سائز ہے، اور یہ ان چار میں سے دو کے لیے ایک عملی جواب ہے۔
- Mattermost فٹ بیٹھتا ہے۔ یہ واحد سروس ہے جس کے وینڈر نے اسی سائز کی دستاویزات دی ہیں، جو 1,000 صارفین تک کے لیے، PostgreSQL کے اسی باکس پر ہونے کے ساتھ کافی ہے۔ 2 GB پر 10 افراد کا استعمال آرام دہ ہے۔
- Zulip فٹ بیٹھتا ہے، swap کے ساتھ۔ دستاویزات 5 GB سے کم RAM والی کسی بھی مشین پر swap استعمال کرنے کا مشورہ دیتی ہیں اور خبردار کرتی ہیں کہ کم RAM والی مشینیں اپ گریڈ کے دوران out of memory errors کا شکار ہو جاتی ہیں، جہاں
tools/webpackوہ مرحلہ ہے جو ناکام ہوتا ہے۔ یہ ایک حقیقی ناکامی ہے جس کا سامنا آپ کو انسٹالیشن کے وقت نہیں، بلکہ اپ گریڈ کے وقت ہوگا۔ - Synapse تب تک فٹ بیٹھتا ہے جب تک یہ خاموش ہو۔ idle حالت میں اس کی لاگت کم ہے۔ مسئلہ spike کا ہے، اور نیچے federation کے سیکشن میں وضاحت کی گئی ہے کہ یہ کہاں سے آتی ہے۔
- Rocket.Chat وہ ہے جس سے 2 GB پر گریز کرنا چاہیے، اور اس کی وجہ MongoDB کا storage engine ہے۔ WiredTiger اپنے internal cache کا سائز (RAM minus 1 GB) کا 50% یا 256 MB میں سے جو بھی بڑا ہو، اس کے مطابق رکھتا ہے، لہذا 2 GB کی مشین پر یہ Node.js کے شروع ہونے سے پہلے ہی تقریباً 512 MB مختص کر لیتا ہے۔ نتیجہ صاف انکار کی صورت میں نہیں نکلتا۔ یہ انسٹال ہوتا ہے، چلتا ہے، ہسٹری بڑھنے کے ساتھ سست ہوتا جاتا ہے، اور آخر کار kernel کا out of memory killer اس وقت جو بھی عمل سب سے بڑا ہو اسے روک دیتا ہے۔
فیصلہ کرنے سے پہلے چیک کریں کہ آپ کے پاس درحقیقت کیا ہے، کیونکہ پرووائیڈرز RAM کو free سے مختلف طریقے سے شمار کرتے ہیں:
free -h
swapon --showیاد رکھیں کہ چیٹ سرور باکس پر موجود واحد چیز نہیں ہے۔ TLS (transport layer security) termination، بیک اپس اور container runtime سب کو میموری درکار ہوتی ہے۔ آپ جو بھی سرور منتخب کریں اسے ایک ایسے reverse proxy کے پیچھے رکھیں جسے آپ سمجھتے ہوں، جیسے Nginx، Caddy یا Traefik، اور اگر آپ containers کے ساتھ deploy کرتے ہیں، تو VPS کے لیے Docker Compose کی بنیادی باتیں وہ حصہ ہیں جنہیں پہلے درست کرنا ضروری ہے۔
کیا موبائل ایپس کو آپ کے اپنے پش سرور کی ضرورت ہے
یہ وہ اہم نکتہ ہے جو لوگ deployment کے بعد دریافت کرتے ہیں، اور یہی وہ فیصلہ کن عنصر ہے جو اکثر جواب طے کرتا ہے۔
میکانزم یہ ہے۔ Apple Push Notification service (APNs) اور Firebase Cloud Messaging (FCM) صرف اسی سے نوٹیفکیشن قبول کرتے ہیں جس کے پاس اس مخصوص ایپ کے لیے signing credentials موجود ہوں۔ آپ کا سرور کسی ایسی ایپ پر پش نہیں بھیج سکتا جسے آپ نے خود build نہ کیا ہو۔ لہذا، وینڈر کی App Store build استعمال کرنے والا ایک self-hosted چیٹ سرور اپنی نوٹیفکیشنز وینڈر کے گیٹ وے کو دینے کا پابند ہے، اور وینڈر ہی شرائط طے کرتا ہے۔
- Mattermost. مفت راستہ
https://push-test.mattermost.comپر موجود Test Push Notification Service (TPNS) ہے، جس کے بارے میں دستاویزات کہتی ہیں کہ یہ پروڈکشن کے لیے تجویز کردہ نہیں ہے اور اس میں کوئی service level agreement (SLA) شامل نہیں ہے۔ یہ صرف App Store اور Play Store کی builds کے ساتھ کام کرتا ہے۔ Hosted Push Notification Service (HPNS) پروڈکشن گریڈ ہے اور اس کے لیے ادا شدہ سبسکرپشن درکار ہوتی ہے۔ تیسرا راستہ پش پراکسی کو خود compile کرنا ہے، جس کے لیے آپ کو اپنی APNs اور FCM credentials کے ساتھ اپنی ایپ builds درکار ہوں گی۔ - Rocket.Chat. پش کے لیے ورک اسپیس کو Rocket.Chat Cloud کے ساتھ رجسٹر کرنا ضروری ہے، اور کمیونٹی ورک اسپیسز کے لیے ماہانہ 10,000 پش نوٹیفکیشنز کی حد مقرر ہے۔ یہ پوری ورک اسپیس کے لیے روزانہ تقریباً 330 بنتے ہیں۔ جب کوٹہ ختم ہو جاتا ہے، تو مہینہ ری سیٹ ہونے تک نوٹیفکیشنز آنا بند ہو جاتے ہیں، جسے صارفین ایپ کا خراب ہونا سمجھتے ہیں۔
- Matrix with Element. Synapse ایک پش گیٹ وے کو نوٹیفکیشنز بھیجتا ہے، اور آفیشل Element ایپس
https://matrix.org/_matrix/push/v1/notifyپر matrix.org کے چلائے جانے والے گیٹ وے کی طرف اشارہ کرتی ہیں۔ پے لوڈ میں میسج ٹیکسٹ کے بجائے ایونٹ اور روم کے شناخت کنندگان (identifiers) ہوتے ہیں، اور ایپ آپ کے سرور سے مواد حاصل کرتی ہے، لہذا گیٹ وے گفتگو کے بجائے صرف میٹا ڈیٹا دیکھتا ہے۔ اپنا Sygnal گیٹ وے چلانا سپورٹڈ ہے اور اس کا مطلب اپنی ایپس خود بنانا اور تقسیم کرنا ہے۔ اینڈرائیڈ پر ایک درمیانی راستہ بھی ہے: UnifiedPush جسے آپ اپنے ntfy سرور کے ساتھ استعمال کر سکتے ہیں۔ - Zulip. مفت پلان میں 10 صارفین تک کے لیے موبائل پش سروس شامل ہے۔ 10 صارفین سے اوپر آپ کو پلان کی ضرورت ہوتی ہے، اور مفت کمیونٹی پلان بہت سی غیر تجارتی تنظیموں کا احاطہ کرتا ہے۔ اپریل 2026 میں Zulip 12.0 نے پش پے لوڈز کے لیے end-to-end encryption کا اضافہ کیا۔
دس صارفین تک، ان میں سے ہر ایک آپ کو بغیر کسی قیمت کے کام کرنے والی نوٹیفکیشنز فراہم کرتا ہے۔ سو صارفین پر صورتحال بدل جاتی ہے: Zulip کو پلان درکار ہوتا ہے، Mattermost بغیر کسی SLA اور سپورٹ کے ٹیسٹ سروس پر کام کرتا رہتا ہے، Rocket.Chat کی ماہانہ حد رکاوٹ بن جاتی ہے، اور Matrix پر کوئی اثر نہیں پڑتا کیونکہ گیٹ وے استعمال کرنے کے لیے مفت ہے۔
کون سے آپشنز مفت میں سنگل سائن آن (SSO) فراہم کرتے ہیں
سنگل سائن آن (SSO) وہ جگہ ہے جہاں اوپن کور (open core) کاروباری ماڈل سب سے زیادہ واضح ہوتا ہے۔
- Zulip اپنے self-hosted سرور میں SAML (security assertion markup language) اور LDAP (lightweight directory access protocol) کو بغیر کسی اضافی قیمت کے شامل رکھتا ہے۔ اس کے لیے کوئی الگ سے خریدنے والا ٹائر موجود نہیں ہے۔
- Synapse اپنی کنفیگریشن فائل میں OpenID Connect (OIDC)، SAML اور CAS کو مفت سپورٹ کرتا ہے۔ نئے deployments میں تیزی سے Matrix Authentication Service کا استعمال بڑھ رہا ہے، جو کہ ایک الگ سروس ہے اور اس میں کلاسک Synapse تصدیق سے ون وے مائیگریشن ہوتی ہے، لہذا اس تبدیلی کی پہلے سے منصوبہ بندی کریں بجائے اس کے کہ بعد میں اس کا پتہ چلے۔
- Rocket.Chat کا کمیونٹی ایڈیشن بنیادی LDAP اور SAML لاگ ان فراہم کرتا ہے۔ توسیعی صارف کی خصوصیات (extended user attributes) کو سنک کرنا، گروپس اور ٹیموں کی میپنگ، اور پس منظر میں ہم آہنگی (background synchronisation) کے لیے انٹرپرائز لائسنس درکار ہوتا ہے۔
- Mattermost کا مفت Team Edition صرف GitLab OAuth فراہم کرتا ہے اور اس کے علاوہ کچھ نہیں۔ SAML، AD/LDAP اور OpenID Connect ادا شدہ (paid) فیچرز ہیں۔
اگر آپ ایک ہی لاگ ان کے پیچھے کئی سروسز چلانے کا ارادہ رکھتے ہیں، تو ان کے آگے ایک self-hosted Authentik شناخت فراہم کنندہ لگائیں اور چیک کریں کہ آپ کے پاس موجود لائسنس پر ان چاروں میں سے کون سی سروس اس کے ساتھ بات چیت کر سکتی ہے۔
فیڈریشن کی اصل قیمت
فیڈریشن ہی Matrix کے وجود کی بنیادی وجہ ہے۔ آپ کا صارف کسی دوسرے کے سرور پر موجود روم میں شامل ہوتا ہے اور وہاں موجود اکاؤنٹس والے لوگوں سے بات کرتا ہے، بالکل اسی طرح جیسے میل سرورز آپس میں میل کا تبادلہ کرتے ہیں۔ اس معاملے میں کوئی اور متبادل موجود نہیں۔ اگر آپ کو اس کی ضرورت ہے، تو اس صفحے پر موجود کوئی اور چیز اس کا نعم البدل نہیں ہے۔
یہی وجہ ہے کہ Synapse ایک مختلف قسم کا ورک لوڈ ہے۔ جب آپ کا صارف کسی فیڈریٹڈ روم میں شامل ہوتا ہے، تو آپ کا سرور اس روم کی حالت اور اس کے ایونٹس کی ایک کاپی لے لیتا ہے، اور دوسرے سرورز کے صارفین کی پوسٹ کردہ میڈیا (اوتار، تصاویر اور فائلیں) کو کیش (cache) کر لیتا ہے۔ اس صورت میں آپ کی ڈسک کا استعمال ان رومز کی وجہ سے بڑھتا ہے جو آپ نے نہیں بنائے اور ان لوگوں کی وجہ سے جن کے اکاؤنٹس آپ کے سرور پر نہیں ہیں۔ یہی وجہ ہے کہ Synapse کی تنصیبات میں میڈیا اسٹور کا حجم ان کے اپنے صارفین کے بھیجے گئے پیغامات سے کہیں زیادہ ہو جاتا ہے۔ اسی لیے کسی بڑے عوامی روم میں شامل ہونا وہ مخصوص عمل ہے جس کے لیے دستاویزات میں میموری کی شرط رکھی گئی ہے۔
ڈسک بھر جانے کے دن کے بجائے پہلے دن ہی ریٹینشن پالیسی سیٹ کریں:
media_retention:
local_media_lifetime: 90d
remote_media_lifetime: 14dSynapse نے ورژن 1.61 میں media_retention حاصل کیا، جس میں مقامی اور ریموٹ میڈیا کے لیے الگ الگ لائف ٹائمز موجود ہیں۔ ریموٹ میڈیا ایک کیش ہے، لہذا اگر کوئی صارف دوبارہ کسی حذف شدہ فائل کا مطالبہ کرتا ہے، تو Synapse اسے اس سرور سے دوبارہ حاصل کر لیتا ہے جہاں سے وہ آئی تھی۔ مقامی میڈیا کیش نہیں ہے، لہذا ایک مختصر local_media_lifetime آپ کے اپنے صارفین کے اپ لوڈز کو مستقل طور پر حذف کر دیتا ہے۔
ایماندارانہ خلاصہ: اگر آپ کے صارفین صرف ایک دوسرے سے بات کرتے ہیں، تو فیڈریشن آپ کو کچھ نہیں دیتی بلکہ آپ کی ڈسک، بینڈوڈتھ اور اپ گریڈ کے بھاری عمل کا بوجھ ڈالتی ہے۔ اسے بند کر دیں، یا کوئی دوسرا سرور منتخب کریں۔
اپ گریڈز کیسے ہوتے ہیں
Zulip سب سے آسان ہے۔ صرف ایک اسکرپٹ، اور دستاویزی ڈاؤن ٹائم 30 سیکنڈ سے کم ہے، سوائے اس کے کہ جب ڈیٹا بیس کی بڑی منتقلی (migration) شامل ہو۔ انسٹالیشن اور اپ گریڈ کا عمل کچھ اس طرح ہے، جسے آپ سرور پر خود چلاتے ہیں:
cd $(mktemp -d)
curl -fLO https://download.zulip.com/server/zulip-server-latest.tar.gz
tar -xf zulip-server-latest.tar.gzانسٹالر کو root کے طور پر چلائیں۔ --push-notifications فلیگ انسٹالیشن کے دوران سرور کو موبائل پش سروس کے ساتھ رجسٹر کرتا ہے، اور یہ اسی وقت آپ سے سروس کی شرائط قبول کرنے کا مطالبہ کرتا ہے، لہذا شروع کرنے سے پہلے انہیں پڑھ لیں۔
sudo ./zulip-server-*/scripts/setup/install --push-notifications --certbot \
--email=YOUR_EMAIL --hostname=YOUR_HOSTNAMEبعد کے اپ گریڈز اسی tarball اور ایک کمانڈ کے ساتھ ہوتے ہیں:
curl -fLO https://download.zulip.com/server/zulip-server-latest.tar.gz
sudo /home/zulip/deployments/current/scripts/upgrade-zulip zulip-server-latest.tar.gzMattermost قابل پیش گوئی ہے۔ بائنری کو تبدیل کریں، ری اسٹارٹ کریں، اور مائیگریشنز اسٹارٹ اپ پر چلتی ہیں۔ اگست 2025 کی ریلیز کے بعد سے، Extended Support Release (ESR) ٹریک ہر 9 ماہ بعد 12 ماہ کی سپورٹ کے ساتھ جاری ہوتا ہے، اور ESR سے ESR اپ گریڈ ہی آزمودہ راستہ ہے۔ ایک ساتھ کئی ESRs کو چھوڑنا (skip کرنا) سپورٹڈ تو ہے لیکن ٹیسٹڈ نہیں، جس کا عملی مطلب یہ ہے کہ آپ خود اس کی جانچ کر رہے ہیں۔
Rocket.Chat تین اپ گریڈز کو ایک ساتھ جوڑتا ہے۔ اگست 2026 تک 8.x لائن موجودہ ہے، جس کا 8.7.0 ورژن 6 اگست 2026 کو ریلیز ہوا، اور اس کے لیے MongoDB 8.0 اور مماثل Node.js ورژن درکار ہے۔ ایک میجر ورژن کو چھوڑنا ہی وہ وجہ ہے جس سے صارفین کا ڈیٹا بیس ایسی حالت میں پہنچ جاتا ہے جسے ایپلیکیشن کھولنے سے انکار کر دیتی ہے۔ Rocket.Chat Docker Compose انسٹال گائیڈ آپ کے لیے ان کو آپس میں جوڑ دیتی ہے، جو یہاں کنٹینر کے راستے کو اختیار کرنے کی بنیادی وجہ ہے۔
Synapse کو پڑھنے کی ضرورت ہے۔ ہر ریلیز کے ساتھ اپ گریڈ نوٹس ہوتے ہیں، اور آپ کو ان تمام ورژنز کے نوٹس پڑھنے ہوں گے جن سے آپ گزر رہے ہیں، نہ صرف اس ورژن کے جس پر آپ پہنچ رہے ہیں۔ اپ گریڈ کے بعد، Synapse ڈیٹا بیس پر پس منظر میں اپ ڈیٹس چلاتا ہے۔ چھوٹے سرور پر یہ عمل مشین کو گھنٹوں سست رکھ سکتا ہے، اور یہ ایک خرابی کے بجائے متوقع رویہ ہے۔
لائسنس کی شرائط، سادہ الفاظ میں
Mattermost اپنے مرتب شدہ Team Edition بلڈز کو MIT لائسنس کے تحت تقسیم کرتا ہے، جبکہ سورس کوڈ AGPLv3 یا کمرشل لائسنس کے تحت پیش کیا جاتا ہے۔ ریپوزٹری کے کچھ حصے Mattermost Source Available License کے تحت ہیں جنہیں پروڈکشن میں چلانے کے لیے ادا شدہ لائسنس درکار ہوتا ہے۔ Rocket.Chat، ee/ ڈائریکٹریز کے علاوہ MIT لائسنس کے تحت ہے، جو اپنے الگ انٹرپرائز لائسنس رکھتی ہیں۔ Synapse ورژن 1.99.0 کے ساتھ Apache 2.0 سے AGPLv3 پر منتقل ہو گیا، اور معاونین ایک CLA پر دستخط کرتے ہیں جو Element کو اس لائسنس کے استثنیٰ فروخت کرنے کی اجازت دیتا ہے۔ Zulip کا لائسنس Apache 2.0 ہے اور اس میں کوئی انٹرپرائز ڈائریکٹری نہیں ہے، اسی لیے اس کی SSO کی تفصیلات میں کوئی استثنائی علامت نہیں ہے۔
عملی مفہوم: AGPL آپ کے لیے صرف تب اہم ہے اگر آپ سرور میں ترمیم کر کے اسے دوسروں کو بطور سروس پیش کرنے کا ارادہ رکھتے ہیں۔ چھوٹی ٹیم کے لیے جو چیز زیادہ اہم ہے وہ open core کی حد ہے، یعنی یہ کہ مفت بلڈ میں کون سے فیچرز شامل نہیں ہیں۔ Zulip میں یہ تعداد سب سے کم ہے، جبکہ Mattermost میں سب سے زیادہ ہے۔
آپ کو کس کا انتخاب کرنا چاہیے
ایک داخلی ٹیم ٹول۔ Mattermost۔ اس کا documented footprint سب سے چھوٹا ہے، اس کے اپ گریڈز سب سے زیادہ سادہ ہیں، اور اس کا انٹرفیس ایسا ہے کہ کسی وضاحت کی ضرورت نہیں پڑتی۔ جس دن SSO کی ضرورت پیش آئے، اس دن کے لیے کسی پیڈ پلان کا انتظام رکھیں، کیونکہ زیادہ تر ٹیموں کے لیے وہ دن جلد آ جاتا ہے۔
ایک کمیونٹی سرور۔ Zulip۔ اس کے ٹاپکس ایک مصروف پبلک چینل کو مہینوں بعد بھی پڑھنے کے قابل رکھتے ہیں، SAML اور LDAP مفت ہیں، اور اپ گریڈ کرنا صرف ایک کمانڈ کا کام ہے۔ اگر آپ کی کمیونٹی لائیو چیٹ کے بجائے پوسٹس اور جوابات کے زیادہ قریب ہے، تو پہلے self-hosted forum software کا موازنہ کریں، کیونکہ فورم سرچ میں بہتر انڈیکس ہوتا ہے اور اسے کسی push انفراسٹرکچر کی ضرورت نہیں ہوتی۔ اگر آپ کو وائس، ویڈیو اور omnichannel فیچرز درکار ہوں اور آپ اسے 8 GB ریم دے سکتے ہیں جس کا اس کی اپنی ڈاکومنٹیشن تقاضا کرتی ہے، تو Rocket.Chat کا انتخاب کریں۔
ایک نیٹ ورک جسے باہمی تعاون (interoperate) کرنا ہو۔ Synapse اور Element کے ساتھ Matrix۔ میڈیا کے بڑھتے ہوئے حجم کو قبول کریں، پہلے دن ہی retention سیٹ کریں، اسے PostgreSQL دیں اور اپنی توقع سے زیادہ ڈسک فراہم کریں، اور ان سرورز سے بات کرنے کا حقیقی فائدہ اٹھائیں جن پر آپ کا کنٹرول نہیں ہے۔ ایسی ٹیم کے لیے Synapse کا انتخاب کرنا جو کبھی federation استعمال نہیں کرتی، بلاوجہ اخراجات برداشت کرنے کے مترادف ہے۔
FAQ
چھوٹی ٹیم کے لیے Slack کا بہترین self-hosted متبادل کون سا ہے؟
زیادہ تر اندرونی ٹیموں کے لیے Mattermost بہترین ہے۔ اس کی دستاویزات کے مطابق یہ ایک vCPU اور 2 GB RAM پر 1 سے 1,000 صارفین کو سپورٹ کرتا ہے، بشرطیکہ PostgreSQL اسی مشین پر موجود ہو، لہذا یہ ان entry-level VPS پلانز پر فٹ بیٹھتا ہے جو زیادہ تر فراہم کنندگان فروخت کرتے ہیں۔ اس میں واحد رکاوٹ single sign-on ہے: مفت Team Edition صرف GitLab OAuth کو سپورٹ کرتا ہے، جبکہ SAML، AD/LDAP اور OpenID Connect کے لیے پیڈ پلان درکار ہوتا ہے۔ اگر Slack جیسا انٹرفیس ہونے سے زیادہ اہم مفت SSO ہے، تو اس کے بجائے Zulip استعمال کریں۔
کیا میں 2 GB VPS پر self-hosted چیٹ سرور چلا سکتا ہوں؟
Mattermost کے لیے ہاں، اور Zulip کے لیے بھی ہاں اگر آپ swap شامل کر لیں، جس کی Zulip کی اپنی دستاویزات 5 GB سے کم RAM ہونے پر سفارش کرتی ہیں۔ Rocket.Chat آپ کو مایوس کرے گا، کیونکہ MongoDB کا WiredTiger انجن اپنے کیشے کے لیے (RAM minus 1 GB) کا 50 فیصد یا 256 MB میں سے جو بھی زیادہ ہو، استعمال کرتا ہے، یعنی ایپلیکیشن شروع ہونے سے پہلے ہی 2 GB باکس کی تقریباً 512 MB ختم ہو جاتی ہے۔ یہ انسٹال تو ہو جائے گا لیکن ہسٹری بڑھنے کے ساتھ اس کی کارکردگی گرتی جائے گی اور آخر کار یہ out of memory کی وجہ سے بند ہو جائے گا۔ Rocket.Chat کا سب سے چھوٹا شائع شدہ ٹائر ایپ کے لیے 4 GiB اور MongoDB کے لیے 4 GiB ہے۔
کیا self-hosted چیٹ سرورز کو اپنے موبائل پش نوٹیفکیشن سرور کی ضرورت ہوتی ہے؟
عام طور پر نہیں، کیونکہ Apple کا APNs اور Google کا FCM صرف اسی سے نوٹیفکیشن قبول کرتے ہیں جس نے ایپ کو سائن کیا ہو، لہذا وینڈر کی ایپ وینڈر کا گیٹ وے استعمال کرتی ہے۔ شرائط مختلف ہیں۔ Mattermost بغیر کسی SLA کے ایک مفت ٹیسٹ سروس اور ایک پیڈ ہوسٹڈ سروس پیش کرتا ہے۔ Rocket.Chat کمیونٹی ورک اسپیسز کو ماہانہ 10,000 پش نوٹیفکیشنز تک محدود کرتا ہے، جس کے بعد مہینہ ختم ہونے تک ڈیلیوری رک جاتی ہے۔ Zulip 10 صارفین تک مفت پش فراہم کرتا ہے اور اس سے زیادہ کے لیے پلان درکار ہوتا ہے۔ Matrix ہوم سرورز بغیر کسی قیمت کے Element ایپس کے ذریعے استعمال ہونے والے گیٹ وے سے پش کرتے ہیں۔ آپ کو اپنے گیٹ وے کی ضرورت تبھی ہوتی ہے جب آپ اپنی ایپ بلڈز خود جاری کرتے ہیں۔
کیا مجھے ایسی ٹیم کے لیے Matrix اور Synapse کو self-host کرنا چاہیے جو کبھی دوسرے سرورز سے بات نہیں کرتی؟
نہیں۔ فیڈریشن ہی وہ مقصد ہے جس کے لیے Synapse بنایا گیا ہے، اور یہی اسے چلانے میں بھاری بناتا ہے۔ دوسرے سرورز پر کمروں میں شامل ہونے سے ان کی حالت (state) آپ کے ڈسک پر آ جاتی ہے اور ان کا میڈیا کیش ہو جاتا ہے، لہذا اسٹوریج آپ کے اپنے صارفین سے غیر متعلقہ وجوہات کی بنا پر بڑھتی ہے۔ ایسا ہونے سے پہلے media_retention کو مختصر remote_media_lifetime کے ساتھ سیٹ کریں۔ جو ٹیم صرف آپس میں بات کرتی ہے اسے اس کے آپریشنل اخراجات تو اٹھانے پڑتے ہیں لیکن کوئی فائدہ نہیں ملتا، اور Mattermost یا Zulip کم ہارڈویئر پر وہی کام بہتر طریقے سے کر سکتے ہیں۔
Slack کے کس self-hosted متبادل میں مفت single sign-on موجود ہے؟
Zulip اور Synapse۔ Zulip اپنے self-hosted سرور میں SAML اور LDAP کو بغیر کسی قیمت کے شامل کرتا ہے، اور Synapse اپنی کنفیگریشن میں OpenID Connect، SAML اور CAS کو سپورٹ کرتا ہے، جبکہ نئے انسٹالز اب الگ Matrix Authentication Service کی طرف منتقل ہو رہے ہیں۔ Rocket.Chat کا کمیونٹی ایڈیشن بنیادی LDAP اور SAML لاگ ان تو فراہم کرتا ہے لیکن ایٹریبیوٹ سنک، گروپ میپنگ اور بیک گراؤنڈ سنک کو انٹرپرائز لائسنس کے پیچھے رکھتا ہے۔ Mattermost کا مفت Team Edition صرف GitLab OAuth کو سپورٹ کرتا ہے۔