सर्वोत्तम Self-hosted Slack पर्याय: तुलना आणि विश्लेषण

कोणता self-hosted Slack पर्याय तुम्ही वापरावा

लहान टीमसाठी Mattermost, Rocket.Chat, Matrix (Synapse सह) आणि Zulip हे self-hosted Slack पर्याय विचारात घेण्यासारखे आहेत. जर तुम्हाला एकाच सर्व्हरवर अंतर्गत टीमसाठी साधन हवे असेल, तर Mattermost वापरा. सार्वजनिक समुदायासाठी Zulip वापरा. जर तुम्हाला इतरांच्या मालकीच्या सर्व्हरशी संवाद साधायचा असेल, तरच Matrix (Synapse सह) वापरा; कारण federation हे एकमेव वैशिष्ट्य आहे जे इतर पर्याय देऊ शकत नाहीत आणि यामुळेच एक प्रशासक म्हणून तुमच्या कामाचे स्वरूप बदलते.

केवळ वैशिष्ट्यांच्या यादीवरून या चार पर्यायांमध्ये फरक करणे कठीण आहे. हे सर्व पर्याय चॅनेल, थ्रेड्स, सर्च, फाईल अपलोड आणि मोबाईल ॲप्सची सुविधा देतात. त्यांच्यातील मुख्य फरक हा आहे की ते दरमहा तुमच्याकडून काय अपेक्षा ठेवतात: मेमरी, तुम्हाला जिवंत ठेवावा लागणारा डेटाबेस, मोबाईल पुश नोटिफिकेशनचा मार्ग ज्यावर तुमचे नियंत्रण नसू शकते आणि लायसन्स, जे ठरवते की तुम्हाला हवे असलेले वैशिष्ट्य सशुल्क आहे की नाही. खालील तुलना 10 आणि 100 वापरकर्त्यांच्या आधारावर या मुद्द्यांवर आधारित आहे.

या चारही गोष्टी नक्की काय आहेत

Mattermost हा PostgreSQL डेटाबेस असलेला एक Go सर्व्हर आहे. एक बायनरी, एक डेटाबेस आणि एक कॉन्फिगरेशन फाईल. हे Slack प्रमाणे काम करते, ज्यामध्ये थ्रेड्स आणि स्लॅश कमांड्सचा समावेश आहे. या चार पर्यायांपैकी हे चालवण्यासाठी सर्वात सोपे आहे, जे एक कौतुकच आहे.

Rocket.Chat हे MongoDB वर चालणारे एक Node.js ॲप्लिकेशन आहे. यामध्ये यादीतील सर्वात जास्त फीचर्स आहेत, ज्यामध्ये व्हॉइस आणि व्हिडिओ कॉल्स, तसेच ईमेल आणि सोशल चॅनेलवरून ग्राहकांचे संवाद एकाच इंटरफेसमध्ये आणणारे ओमनीचॅनेल इनबॉक्स समाविष्ट आहे. जर तुम्हाला या इनबॉक्समुळेच हे हवे असेल, तर त्याआधी एका समर्पित Chatwoot सपोर्ट डेस्क चा विचार करा, कारण सपोर्टचे काम करणारा चॅट सर्व्हर आणि टीमचे काम करणारा चॅट सर्व्हर यांच्या जबाबदाऱ्या वेगळ्या असतात.

Matrix हा एक प्रोटोकॉल आहे, उत्पादन नाही. Synapse हा त्याचा संदर्भ सर्व्हर (Python, PostgreSQL) आहे आणि Element हा क्लायंट आहे जो बहुतेक लोक वापरतात. या यादीतील हा एकमेव पर्याय आहे जिथे तुमचा सर्व्हर तुम्ही न चालवलेल्या इतर सर्व्हरशी संवाद साधू शकतो.

Zulip हा PostgreSQL, RabbitMQ, memcached आणि Redis वर आधारित एक Python सर्व्हर (Django आणि Tornado) आहे, जो स्वतःच्या स्क्रिप्टद्वारे एका युनिटप्रमाणे इन्स्टॉल केला जातो. याचे मॉडेल चॅनेलच्या आत असलेल्या विषयांवर (topics) आधारित आहे, त्यामुळे मंगळवारचा संवाद शुक्रवारीही सहज शोधता येतो. एप्रिल 2026 मध्ये याची 12.0 आवृत्ती रिलीज झाली आहे.

10 आणि 100 वापरकर्त्यांसाठी आवश्यक RAM आणि डेटाबेस

खालील तक्त्यातील प्रत्येक आकडा ऑगस्ट 2026 मध्ये वाचलेल्या प्रकल्पाच्या अधिकृत दस्तऐवजातून घेतला आहे. यातील कोणतीही आकडेवारी माझी स्वतःची मोजमापे नाहीत किंवा ती काल्पनिक नाहीत. प्रत्येक ओळीसाठी आधार समान आहे: प्रकल्पाने प्रकाशित केलेली सर्वात लहान कॉन्फिगरेशन, जिथे डेटाबेसचे आकारमान स्वतंत्रपणे मोजले आहे.

[
  {
    "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 प्रक्रियेसाठी किमान मर्यादा आहे, ज्यामध्ये एक अट आहे: जर तुम्हाला मोठ्या सार्वजनिक रूम्समध्ये सामील व्हायचे असेल, तर दस्तऐवजानुसार किमान तितकी मोफत RAM उपलब्ध असणे आवश्यक आहे. PostgreSQL या आकड्याच्या बाहेर आहे. Mattermost साठी 2 GB ही संपूर्ण मशीनची गरज आहे, ज्यामध्ये डेटाबेसचा समावेश आहे आणि हे 1 ते 1,000 वापरकर्त्यांसाठी एका vCPU वर चालते. Zulip 100 वापरकर्त्यांच्या खाली 2 GB RAM आणि एक CPU, तसेच 2 GB swap ची शिफारस करते; 100 वापरकर्ते किंवा त्याहून अधिक असल्यास 4 GB RAM आणि दोन CPUs लागतात. Rocket.Chat चा आकडा येथे सर्वात मोठा आहे, 8 GB, कारण ते ॲप्लिकेशनसाठी 4 GiB आणि MongoDB साठी 4 GiB असे आकारमान ठरवतात, आणि हा स्तर 500 समवर्ती (concurrent) वापरकर्त्यांपर्यंत सक्षम आहे.

दहा वापरकर्ते असताना, 4 ही सर्व ॲप्स अशा हार्डवेअरवर चालतात ज्याचा विचार करण्याचीही गरज पडत नाही. शंभर वापरकर्ते झाल्यावर उत्तरे वेगळी होतात: Mattermost अजूनही त्याच्या 2 GB च्या मर्यादेत राहते, Zulip ला 4 GB RAM आणि दुसऱ्या CPU ची गरज भासते, आणि Rocket.Chat चा सर्वात लहान दस्तऐवजीकृत स्तर 8 GB वर कायम राहतो, कारण MongoDB ची मेमरीची भूक तुमच्या वापरकर्त्यांच्या संख्येपेक्षा मशीनच्या क्षमतेवर अवलंबून असते.

डेटाबेसची निवड तुमच्या दैनंदिन कामगिरीपेक्षा भविष्यातील अपग्रेड्सवर जास्त परिणाम करते. Mattermost ला PostgreSQL 14 किंवा त्यापेक्षा नवीन आवृत्तीची आवश्यकता असते आणि v11 पासून त्यांनी MySQL सपोर्ट बंद केला आहे, त्यामुळे आज केलेले MySQL इन्स्टॉलेशन उद्या स्थलांतराचे (migration) कारण ठरू शकते. Synapse हे SQLite वर चालते आणि दस्तऐवजानुसार SQLite फक्त चाचणीसाठीच योग्य आहे, कारण मोठ्या रूम्समध्ये त्याची कामगिरी खालावते. Rocket.Chat 8 साठी MongoDB 8.0 आवश्यक आहे, याचा अर्थ असा की डेटाबेस अपग्रेड आणि चॅट अपग्रेड हे दोन स्वतंत्र प्रकल्प नसून एकच काम आहे.

2 GB VPS तुम्हाला नक्की काय देते

बहुतेक प्रोव्हायडर्सकडे 2 GB प्लॅन हा सुरुवातीचा आकार असतो आणि तो या चारपैकी दोन पर्यायांसाठी एक वास्तववादी उत्तर आहे.

• Mattermost योग्य आहे. हे एकमेव सॉफ्टवेअर आहे ज्याच्या व्हेंडरने त्याच बॉक्सवर PostgreSQL सह 1,000 वापरकर्त्यांपर्यंतच्या क्षमतेसाठी नेमका हाच आकार सुचवला आहे. 2 GB वर दहा लोक आरामात काम करू शकतात.
• Zulip योग्य आहे, पण swap सह. 5 GB पेक्षा कमी RAM असलेल्या कोणत्याही मशीनवर swap वापरण्याची शिफारस दस्तऐवजात केली आहे. कमी RAM असलेल्या मशीनवर अपग्रेड करताना 'out of memory' त्रुटी येतात, जिथे tools/webpack ही पायरी अपयशी ठरते, असा इशाराही दिला आहे. ही एक वास्तविक समस्या आहे जी तुम्हाला इन्स्टॉल करताना नाही, तर अपग्रेड करताना जाणवेल.
• Synapse शांत असताना योग्य चालते. आयडल (idle) असताना लागणारी मेमरी कमी असते. मात्र, अचानक वाढणारा लोड (spike) ही समस्या आहे आणि खाली दिलेला फेडरेशनचा विभाग त्याचे कारण स्पष्ट करतो.
• Rocket.Chat साठी 2 GB टाळणेच योग्य आहे, आणि याचे कारण MongoDB चे स्टोरेज इंजिन आहे. WiredTiger आपला अंतर्गत कॅशे (internal cache) हा (RAM वजा 1 GB) च्या 50% किंवा 256 MB यापैकी जो मोठा असेल त्या आकाराचा ठेवतो. त्यामुळे 2 GB च्या मशीनवर Node.js सुरू होण्यापूर्वीच सुमारे 512 MB मेमरी आरक्षित होते. याचा परिणाम म्हणजे सेवा थेट नाकारली जात नाही. ती इन्स्टॉल होते, चालते, इतिहास वाढेल तशी संथ होते आणि शेवटी कर्नलचा 'out of memory killer' त्या वेळी सर्वात मोठी असलेली प्रक्रिया बंद करतो.

निर्णय घेण्यापूर्वी तुमच्याकडे नक्की किती मेमरी उपलब्ध आहे ते तपासा, कारण प्रोव्हायडर्स RAM ची गणना free पेक्षा वेगळ्या पद्धतीने करतात:

free -h
swapon --show

लक्षात ठेवा की चॅट सर्व्हर ही बॉक्सवर चालणारी एकमेव गोष्ट नाही. TLS (transport layer security) टर्मिनेशन, बॅकअप्स आणि कंटेनर रनटाइम या सर्वांना मेमरी लागते. तुम्ही जो कोणताही सर्व्हर निवडाल, त्याला तुम्हाला समजणाऱ्या रिव्हर्स प्रॉक्सीच्या मागे ठेवा, जसे की Nginx, Caddy किंवा Traefik, आणि जर तुम्ही कंटेनर्स वापरून डिप्लॉयमेंट करत असाल, तर VPS साठी Docker Compose च्या मूलभूत गोष्टी आधी नीट समजून घेणे महत्त्वाचे आहे.

मोबाईल ॲप्सना स्वतःच्या पुश सर्व्हरची गरज असते का?

ही ती मुख्य बाब आहे जी लोक सर्व्हर डिप्लॉय केल्यानंतर शोधून काढतात आणि बऱ्याचदा याच गोष्टीवर सर्व निर्णय अवलंबून असतात.

याची कार्यपद्धती खालीलप्रमाणे आहे. Apple Push Notification service (APNs) आणि Firebase Cloud Messaging (FCM) केवळ अशाच व्यक्तीकडून नोटिफिकेशन स्वीकारतात ज्याच्याकडे त्या विशिष्ट ॲपचे साइनिंग क्रेडेंशियल्स असतात. तुम्ही तयार न केलेल्या ॲपवर तुमचा सर्व्हर नोटिफिकेशन पाठवू शकत नाही. त्यामुळे, जर तुम्ही व्हेंडरच्या App Store बिल्डचा वापर करून self-hosted चॅट सर्व्हर चालवत असाल, तर तुम्हाला नोटिफिकेशन व्हेंडरच्या गेटवेकडे पाठवावे लागतात आणि तिथे व्हेंडरच्या अटी लागू होतात.

• Mattermost. मोफत पर्याय म्हणजे https://push-test.mattermost.com वरील Test Push Notification Service (TPNS) आहे. डॉक्युमेंटेशननुसार, हे प्रोडक्शनसाठी वापरण्याची शिफारस केलेली नाही आणि यासाठी कोणतीही service level agreement (SLA) नाही. हे फक्त App Store आणि Play Store वरील बिल्ड्ससोबत काम करते. Hosted Push Notification Service (HPNS) हे प्रोडक्शन दर्जाचे आहे आणि त्यासाठी सशुल्क सबस्क्रिप्शनची गरज असते. तिसरा मार्ग म्हणजे स्वतः पुश प्रॉक्सी कंपाईल करणे, ज्यासाठी तुम्हाला स्वतःचे ॲप बिल्ड्स आणि स्वतःचे APNs व FCM क्रेडेंशियल्स वापरावे लागतात.
• Rocket.Chat. पुश नोटिफिकेशनसाठी वर्कस्पेस Rocket.Chat Cloud वर रजिस्टर करणे आवश्यक असते. कम्युनिटी वर्कस्पेससाठी दरमहा 10,000 पुश नोटिफिकेशनची मर्यादा आहे. हे संपूर्ण वर्कस्पेससाठी दिवसाला साधारण 330 नोटिफिकेशन इतके होते. एकदा कोटा संपला की, महिना संपेपर्यंत नोटिफिकेशन येणे बंद होते, ज्यामुळे वापरकर्त्यांना ॲप बंद पडल्यासारखे वाटते.
• Matrix with Element. Synapse पुश गेटवेला नोटिफिकेशन पाठवते आणि अधिकृत Element ॲप्स https://matrix.org/_matrix/push/v1/notify वर matrix.org द्वारे चालवल्या जाणाऱ्या गेटवेकडे निर्देशित केलेले असतात. यामध्ये मेसेज मजकुराऐवजी इव्हेंट आणि रूम आयडेंटिफायर पाठवले जातात आणि ॲप तुमच्या सर्व्हरवरून मजकूर मिळवते, त्यामुळे गेटवेला संभाषणांऐवजी फक्त मेटाडेटा दिसतो. स्वतःचा Sygnal गेटवे चालवण्यास सपोर्ट आहे, ज्याचा अर्थ तुम्हाला स्वतःचे ॲप्स बिल्ड करून वितरित करावे लागतील. Android वर एक मध्यम मार्ग उपलब्ध आहे: UnifiedPush आणि तुम्ही होस्ट केलेला ntfy सर्व्हर.
• Zulip. मोफत प्लॅनमध्ये 10 वापरकर्त्यांपर्यंत मोबाईल पुश सर्व्हिसचा समावेश आहे. 10 पेक्षा जास्त वापरकर्ते असल्यास तुम्हाला प्लॅन घ्यावा लागतो, मात्र मोफत कम्युनिटी प्लॅन अनेक गैर-व्यावसायिक संस्थांसाठी पुरेसा आहे. एप्रिल 2026 मध्ये आलेल्या Zulip 12.0 मध्ये पुश पेलोड्ससाठी end to end encryption जोडण्यात आले आहे.

दहा वापरकर्ते असताना यापैकी प्रत्येक पर्याय तुम्हाला विनामूल्य नोटिफिकेशनची सुविधा देतो. शंभर वापरकर्ते झाल्यावर परिस्थिती बदलते: Zulip साठी प्लॅनची गरज भासते, Mattermost विना SLA आणि विना सपोर्ट टेस्ट सर्व्हिसवर चालू राहते, Rocket.Chat ची मासिक मर्यादा अडथळा ठरते, तर Matrix वर कोणताही परिणाम होत नाही कारण त्यांचा गेटवे वापरण्यासाठी मोफत आहे.

कोणते पर्याय मोफत सिंगल साइन-ऑन (SSO) देतात

सिंगल साइन-ऑन (SSO) च्या बाबतीत 'ओपन कोअर' बिझनेस मॉडेल सर्वात स्पष्टपणे दिसून येते.

• Zulip: यामध्ये SAML (security assertion markup language) आणि LDAP (lightweight directory access protocol) चा समावेश सेल्फ-होस्टेड सर्व्हरमध्ये विनामूल्य केला आहे. यासाठी कोणतीही वेगळी सशुल्क श्रेणी नाही.
• Synapse: हे स्वतःच्या कॉन्फिगरेशन फाइलमध्ये OpenID Connect (OIDC), SAML आणि CAS ला विनामूल्य सपोर्ट करते. नवीन डिप्लॉयमेंटमध्ये आता Matrix Authentication Service चा वापर वाढला आहे. ही एक स्वतंत्र सेवा असून, क्लासिक Synapse ऑथेंटिकेशनवरून यात वन-वे मायग्रेशन करावे लागते, त्यामुळे हे बदल अचानक समजण्यापेक्षा आधीच नियोजित करा.
• Rocket.Chat: कम्युनिटी एडिशनमध्ये मूलभूत LDAP आणि SAML लॉगिन उपलब्ध आहे. मात्र, विस्तारित युजर ॲट्रिब्युट्स सिंक करणे, ग्रुप्स आणि टीम्स मॅप करणे आणि बॅकग्राउंड सिंक्रोनाइझेशनसाठी एंटरप्राइझ लायसन्सची आवश्यकता असते.
• Mattermost: मोफत Team Edition मध्ये फक्त GitLab OAuth मिळते. SAML, AD/LDAP आणि OpenID Connect ही सशुल्क फीचर्स आहेत.

जर तुम्ही एकाच लॉगिनद्वारे अनेक सेवा चालवण्याचे नियोजन करत असाल, तर त्यांच्या पुढे एक सेल्फ-होस्टेड Authentik आयडेंटिटी प्रोव्हायडर ठेवा आणि तुमच्याकडे असलेल्या लायसन्सवर या चारपैकी कोणती सेवा त्यासोबत काम करू शकते, हे तपासा.

फेडरेशनची खरी किंमत

फेडरेशन हे Matrix अस्तित्वात असण्याचे मुख्य कारण आहे. तुमचा वापरकर्ता दुसऱ्याच्या सर्व्हरवर होस्ट केलेल्या रूममध्ये सामील होतो आणि तिथे असलेल्या खात्यांशी संवाद साधतो, जसे ईमेल सर्व्हर्स एकमेकांना ईमेल पाठवतात. या पर्यायाव्यतिरिक्त इतर कोणताही पर्याय हे काम करत नाही. जर तुम्हाला याची गरज असेल, तर या पानावर दिलेला कोणताही इतर पर्याय त्याला पर्याय ठरू शकत नाही.

हेच कारण आहे की Synapse चा वर्कलोड इतर सर्व्हर्सपेक्षा वेगळा असतो. जेव्हा तुमचा वापरकर्ता एखाद्या फेडरेटेड रूममध्ये सामील होतो, तेव्हा तुमचा सर्व्हर त्या रूमच्या स्टेटची आणि इव्हेंट्सची एक प्रत घेतो, आणि इतर सर्व्हरवरील वापरकर्त्यांनी पोस्ट केलेले मीडिया (अवतार, प्रतिमा आणि फाइल्स) कॅशे करतो. त्यामुळे तुमच्या डिस्कचा वापर अशा रूम्समुळे वाढतो ज्या तुम्ही तयार केलेल्या नाहीत आणि अशा लोकांमुळे ज्यांची खाती तुमच्या सर्व्हरवर नाहीत. म्हणूनच Synapse इन्स्टॉलेशन्समध्ये मीडिया स्टोअरचा आकार त्यांच्या स्वतःच्या वापरकर्त्यांनी पाठवलेल्या संदेशांपेक्षा कितीतरी पटीने मोठा होतो. मोठ्या सार्वजनिक रूममध्ये सामील होणे ही अशी विशिष्ट प्रक्रिया आहे ज्यासाठी डॉक्युमेंटेशनमध्ये मेमरीची अट घातली आहे.

डिस्क पूर्ण भरण्याची वाट पाहण्यापेक्षा पहिल्याच दिवशी रिटेंशन पॉलिसी सेट करा:

media_retention:
  local_media_lifetime: 90d
  remote_media_lifetime: 14d

Synapse मध्ये media_retention हे व्हर्जन 1.61 मध्ये समाविष्ट करण्यात आले, ज्यामध्ये स्थानिक आणि रिमोट मीडियासाठी स्वतंत्र कालावधी निश्चित करता येतो. रिमोट मीडिया हे एक कॅशे आहे, त्यामुळे जर वापरकर्त्याने हटवलेली फाइल पुन्हा मागितली, तर Synapse ती मूळ सर्व्हरकडून पुन्हा मिळवते. स्थानिक मीडिया हे कॅशे नसते, त्यामुळे कमी कालावधीचा local_media_lifetime तुमच्या स्वतःच्या वापरकर्त्यांचे अपलोड कायमचे हटवू शकतो.

थोडक्यात सांगायचे तर: जर तुमचे वापरकर्ते फक्त एकमेकांशीच संवाद साधत असतील, तर फेडरेशन तुम्हाला काहीही देत नाही, उलट डिस्क, बँडविड्थ आणि अपग्रेडचा अधिक भार टाकते. ते बंद करा किंवा दुसरा सर्व्हर निवडा.

अपग्रेड्स कसे केले जातात

Zulip सर्वात सोपे आहे. एक स्क्रिप्ट आणि दस्तऐवजीकरणानुसार डाउनटाइम 30 सेकंदांपेक्षा कमी असतो, जोपर्यंत एखादे मोठे डेटाबेस मायग्रेशन समाविष्ट नसेल. इन्स्टॉल आणि अपग्रेडची प्रक्रिया खालीलप्रमाणे असते, जी तुम्हाला सर्व्हरवर चालवावी लागते:

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 फ्लॅग इन्स्टॉलेशन दरम्यान सर्व्हरला मोबाईल पुश सेवेशी रजिस्टर करतो आणि त्या वेळी तुम्हाला सेवा अटी (terms of service) स्वीकारण्यास सांगितले जाते, त्यामुळे सुरू करण्यापूर्वी त्या वाचून घ्या.

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.gz

Mattermost अंदाज लावण्यायोग्य आहे. बायनरी बदला, रीस्टार्ट करा आणि मायग्रेशन्स स्टार्टअपला आपोआप चालतात. ऑगस्ट 2025 च्या रिलीजपासून, Extended Support Release (ESR) ट्रॅक दर 9 महिन्यांनी येतो आणि 12 महिन्यांचे सपोर्ट देतो. ESR ते ESR अपग्रेड हाच चाचणी केलेला मार्ग आहे. एकाच वेळी अनेक ESR वगळणे समर्थित आहे पण त्याची चाचणी केलेली नाही, ज्याचा व्यावहारिक अर्थ असा की तुम्ही स्वतःच त्याची चाचणी करत आहात.

Rocket.Chat तीन अपग्रेड्स एकत्र जोडते. ऑगस्ट 2026 पर्यंत 8.x लाईन सध्याची आवृत्ती आहे, ज्यामध्ये 6 ऑगस्ट 2026 रोजी 8.7.0 रिलीज झाले आहे. यासाठी MongoDB 8.0 आणि जुळणारी Node.js आवृत्ती आवश्यक आहे. एखादी मोठी आवृत्ती (major version) वगळल्यामुळेच वापरकर्त्यांना अशा डेटाबेसचा सामना करावा लागतो जो ॲप्लिकेशन उघडण्यास नकार देते. Rocket.Chat Docker Compose इन्स्टॉल गाईड तुमच्यासाठी या गोष्टी पिन करते, जो या ठिकाणी कंटेनर मार्ग निवडण्याचा मुख्य युक्तिवाद आहे.

Synapse साठी वाचन आवश्यक आहे. प्रत्येक रिलीजसोबत अपग्रेड नोट्स असतात आणि तुम्ही ज्या आवृत्तीवर पोहोचणार आहात, त्यासोबतच तुम्ही ज्या ज्या आवृत्त्यांमधून जाणार आहात, त्या सर्वांच्या नोट्स वाचणे अनिवार्य आहे. अपग्रेडनंतर, Synapse डेटाबेसवर बॅकग्राउंड अपडेट्स चालवते. लहान सर्व्हरवर यामुळे मशीन काही तास संथ राहू शकते आणि ही एक अपेक्षित प्रक्रिया आहे, दोष नाही.

परवाना अटी, सोप्या भाषेत

Mattermost त्यांच्या compiled Team Edition बिल्ड्सचे वितरण MIT परवान्याअंतर्गत करते, तर source code AGPLv3 किंवा व्यावसायिक परवान्याअंतर्गत उपलब्ध आहे. repository चे काही भाग Mattermost Source Available License अंतर्गत येतात, ज्यासाठी production मध्ये वापरण्यासाठी सशुल्क परवाना आवश्यक असतो. Rocket.Chat चे वितरण MIT अंतर्गत होते, फक्त ee/ डिरेक्टरीज वगळता, ज्यांचे स्वतःचे स्वतंत्र एंटरप्राइझ परवाने आहेत. Synapse ने आवृत्ती 1.99.0 पासून Apache 2.0 वरून AGPLv3 वर स्थलांतर केले आहे आणि योगदानकर्ते एका CLA वर स्वाक्षरी करतात, ज्यामुळे Element ला त्या परवान्यासाठी अपवाद विकण्याची मुभा मिळते. Zulip हा Apache 2.0 परवान्याअंतर्गत आहे आणि त्यात कोणतीही एंटरप्राइझ डिरेक्टरी नाही, म्हणूनच त्यांच्या SSO सुविधेला कोणतीही अट (asterisk) नाही.

व्यावहारिक अर्थ: जर तुम्ही सर्व्हरमध्ये बदल करून तो इतरांना सेवा म्हणून देणार असाल, तरच AGPL तुमच्यासाठी महत्त्वाचा ठरतो. लहान टीमसाठी 'ओपन कोअर' (open core) धोरण अधिक महत्त्वाचे आहे, म्हणजेच मोफत बिल्डमध्ये कोणती वैशिष्ट्ये उपलब्ध नाहीत. Zulip मध्ये अशी कमतरता सर्वात कमी आहे, तर Mattermost मध्ये ती सर्वाधिक आहे.

कोणता पर्याय निवडावा

अंतर्गत टीम टूल. Mattermost. याचे डॉक्युमेंटेड फूटप्रिंट सर्वात कमी आहे, अपग्रेड्स अत्यंत सोपे आहेत आणि इंटरफेस ओळखीचा असल्याने कोणालाही समजावून सांगण्याची गरज पडत नाही. ज्या दिवशी SSO ची आवश्यकता भासेल, त्या दिवसासाठी पेड प्लॅनची तयारी ठेवा, कारण बहुतेक टीम्ससाठी तो दिवस लवकरच येतो.

कम्युनिटी सर्व्हर. Zulip. टॉपिक्समुळे व्यस्त पब्लिक चॅनेल अनेक महिन्यांनंतरही वाचनीय राहतात, SAML आणि LDAP साठी कोणताही खर्च येत नाही आणि अपग्रेड करणे म्हणजे केवळ एक कमांड आहे. जर तुमची कम्युनिटी लाइव्ह चॅटपेक्षा पोस्ट आणि रिप्लायसाठी अधिक योग्य असेल, तर आधी self-hosted forum software ची तुलना करा, कारण फोरम सर्च इंजिनमध्ये अधिक चांगल्या प्रकारे इंडेक्स होतात आणि त्यासाठी कोणत्याही पुश इन्फ्रास्ट्रक्चरची गरज नसते. जेव्हा तुम्हाला व्हॉइस, व्हिडिओ आणि ओमनीचॅनेल फीचर्स हवे असतील आणि तुम्ही त्यासाठी 8 GB रॅम देऊ शकत असाल, तेव्हा Rocket.Chat निवडा.

नेटवर्क ज्यामध्ये इंटरऑपरेबिलिटी आवश्यक आहे. Synapse आणि Element सह Matrix. मीडियाच्या वाढीचा स्वीकार करा, पहिल्याच दिवशी रिटेंशन सेट करा, त्याला PostgreSQL द्या आणि तुमच्या अपेक्षेपेक्षा जास्त डिस्क स्पेस ठेवा. तुम्ही नियंत्रित करत नसलेल्या सर्व्हर्सशी संवाद साधून याचा खरा फायदा घ्या. ज्या टीमला कधीही फेडरेशनची गरज नाही, त्यांच्यासाठी Synapse निवडणे म्हणजे विनाकारण खर्च करणे होय.

FAQ

लहान टीमसाठी Slack ला सर्वोत्तम self-hosted पर्याय कोणता आहे?

बहुतेक अंतर्गत टीमसाठी Mattermost हा सर्वोत्तम पर्याय आहे. याचे डॉक्युमेंटेशन 1 ते 1,000 वापरकर्त्यांसाठी एका vCPU आणि 2 GB RAM वर PostgreSQL सह चालवण्याची शिफारस करते, त्यामुळे हे बहुतेक प्रोव्हायडर्सच्या एंट्री-लेव्हल VPS प्लॅनमध्ये सहज बसते. यात एकच अडचण म्हणजे सिंगल साइन-ऑन (SSO): मोफत Team Edition मध्ये फक्त GitLab OAuth सपोर्टेड आहे, तर SAML, AD/LDAP आणि OpenID Connect साठी सशुल्क प्लॅनची आवश्यकता असते. जर तुम्हाला Slack सारख्या इंटरफेसपेक्षा मोफत SSO अधिक महत्त्वाचे वाटत असेल, तर Zulip वापरा.

मी 2 GB VPS वर self-hosted चॅट सर्व्हर चालवू शकतो का?

Mattermost साठी हो, आणि जर तुम्ही swap मेमरी वाढवली तर Zulip साठीही हो (Zulip चे स्वतःचे डॉक्युमेंटेशन 5 GB पेक्षा कमी RAM असल्यास swap वापरण्याची शिफारस करते). Rocket.Chat वापरताना तुम्हाला निराशा होऊ शकते, कारण MongoDB चे WiredTiger इंजिन त्याच्या कॅशेसाठी (RAM वजा 1 GB) च्या 50% किंवा 256 MB यापैकी जे जास्त असेल ते वापरते. म्हणजेच 2 GB च्या सर्व्हरवर ॲप्लिकेशन सुरू होण्यापूर्वीच सुमारे 512 MB मेमरी वापरली जाते. हे इन्स्टॉल होईल, पण चॅट हिस्ट्री वाढेल तशी कामगिरी खालावेल आणि शेवटी out of memory मुळे प्रक्रिया बंद पडेल. Rocket.Chat साठी किमान 4 GiB ॲपसाठी आणि 4 GiB MongoDB साठी अशी शिफारस केली जाते.

self-hosted चॅट सर्व्हरना स्वतःच्या मोबाइल पुश नोटिफिकेशन सर्व्हरची गरज असते का?

सहसा नाही, कारण Apple चे APNs आणि Google चे FCM फक्त ज्याने ॲप साइन केले आहे त्यांच्याकडूनच नोटिफिकेशन्स स्वीकारतात, त्यामुळे व्हेंडरचे ॲप व्हेंडरचेच गेटवे वापरते. याच्या अटी वेगवेगळ्या आहेत. Mattermost कोणतीही SLA नसलेली मोफत टेस्ट सर्व्हिस आणि सशुल्क होस्टेड सर्व्हिस देते. Rocket.Chat कम्युनिटी वर्कस्पेससाठी दरमहा 10,000 पुश नोटिफिकेशन्सची मर्यादा ठेवते, त्यानंतर महिना संपेपर्यंत नोटिफिकेशन्स थांबतात. Zulip 10 वापरकर्त्यांपर्यंत मोफत पुश सुविधा देते आणि त्यानंतर सशुल्क प्लॅनची गरज लागते. Matrix होमसर्व्हर Element ॲप्सद्वारे वापरल्या जाणाऱ्या गेटवेवरून विनामूल्य पुश करतात. जर तुम्ही स्वतःचे ॲप बिल्ड्स तयार करून वितरित करत असाल, तरच तुम्हाला स्वतःच्या गेटवेची गरज पडेल.

ज्या टीमला इतर सर्व्हरशी संवाद साधायचा नाही, त्यांनी Matrix आणि Synapse self-host करावे का?

नाही. फेडरेशन हे Synapse चे मुख्य वैशिष्ट्य आहे आणि त्यामुळेच ते चालवण्यासाठी अधिक संसाधने लागतात. इतर सर्व्हरवरील रूम्समध्ये सामील झाल्यामुळे त्यांचा डेटा आणि मीडिया तुमच्या डिस्कवर कॅश होतो, ज्यामुळे तुमच्या वापरकर्त्यांच्या वापराशी संबंधित नसतानाही स्टोरेज वाढत जाते. हे टाळण्यासाठी media_retention सेट करा आणि त्याआधी कमी remote_media_lifetime ठेवा. जी टीम फक्त स्वतःशीच संवाद साधते, त्यांना फेडरेशनचा कोणताही फायदा मिळत नाही, उलट ऑपरेशनल खर्च वाढतो. अशा कामासाठी Mattermost किंवा Zulip कमी हार्डवेअरवर अधिक चांगले काम करतील.

कोणत्या self-hosted Slack पर्यायामध्ये मोफत सिंगल साइन-ऑन उपलब्ध आहे?

Zulip आणि Synapse. Zulip मध्ये SAML आणि LDAP विनामूल्य उपलब्ध आहेत, तर Synapse त्याच्या कॉन्फिगरेशनमध्ये OpenID Connect, SAML आणि CAS ला सपोर्ट करते (नवीन इन्स्टॉलेशन्स आता स्वतंत्र Matrix Authentication Service कडे वळत आहेत). Rocket.Chat ची कम्युनिटी एडिशन बेसिक LDAP आणि SAML लॉगिनला सपोर्ट करते, परंतु ॲट्रिब्यूट सिंक, ग्रुप मॅपिंग आणि बॅकग्राउंड सिंकसाठी एंटरप्राइझ लायसन्सची गरज असते. Mattermost ची मोफत Team Edition फक्त GitLab OAuth ला सपोर्ट करते.