சிறந்த Self-hosted Slack மாற்றுகள்: முழுமையான ஒப்பீடு
Mattermost, Rocket.Chat, Synapse மற்றும் Zulip ஆகியவற்றை RAM, database, mobile push மற்றும் உரிமம் அடிப்படையில் ஒப்பிடுகிறோம். உங்கள் குழுவிற்கு ஏற்ற கருவியைத் தேர்வு செய்ய உதவும்
எந்த self-hosted Slack மாற்றை நீங்கள் இயக்க வேண்டும்
சிறிய குழுக்களின் நேரத்தை முதலீடு செய்யத் தகுதியான self-hosted Slack மாற்றுகள் Mattermost, Rocket.Chat, Matrix உடன் Synapse, மற்றும் Zulip ஆகும். ஒரே server-ல் இயங்கும் உள்நாட்டுக் குழு கருவிக்கு, Mattermost-ஐ இயக்கவும். பொதுச் சமூகத்திற்கு, Zulip-ஐ இயக்கவும். மற்றவர்கள் வைத்திருக்கும் server-களுடன் நீங்கள் உரையாட வேண்டியிருந்தால் மட்டுமே Matrix உடன் Synapse-ஐ இயக்கவும்; ஏனெனில், மற்றவற்றால் நகலெடுக்க முடியாத federation வசதி இதில் மட்டுமே உள்ளது, மேலும் இதுவே ஒரு நிர்வாகியாக உங்கள் பணியின் தன்மையையும் மாற்றும்.
இந்த நான்கையும் அவற்றின் வசதிகளை வைத்து மட்டும் பிரிக்க முடியாது. இவை அனைத்திலும் channels, threads, search, file uploads மற்றும் mobile apps வசதிகள் உள்ளன. ஒவ்வொரு மாதமும் இவை உங்களிடம் எதிர்பார்ப்பவைதான் இவற்றைப் பிரிக்கின்றன: memory, நீங்கள் பராமரிக்க வேண்டிய database, உங்கள் கட்டுப்பாட்டில் இல்லாத mobile push path, மற்றும் உங்களுக்குத் தேவையான வசதி கட்டணத்திற்கு உட்பட்டதா என்பதைத் தீர்மானிக்கும் உரிமம் (licence). கீழே உள்ள ஒப்பீடு, 10 பயனர்கள் மற்றும் 100 பயனர்கள் என்ற அடிப்படையில் இந்த அம்சங்களை ஆராய்கிறது.
இந்த நான்கில் ஒவ்வொன்றும் என்ன என்பது பற்றி
Mattermost என்பது PostgreSQL database-ஐக் கொண்ட ஒரு Go server ஆகும். ஒரே ஒரு binary, ஒரு database, ஒரு configuration file. இது Slack போலவே செயல்படும்; threads மற்றும் slash commands இதில் உண்டு. இந்த நான்கில் இதை நிர்வகிப்பதுதான் மிகவும் எளிது, இது ஒரு பாராட்டுக்குரிய விஷயம்.
Rocket.Chat என்பது MongoDB-ல் இயங்கும் ஒரு Node.js application ஆகும். இதில் குரல் மற்றும் காணொளி அழைப்புகள், மின்னஞ்சல் மற்றும் சமூக ஊடக உரையாடல்களை ஒரே இடைமுகத்திற்குக் கொண்டுவரும் omnichannel inbox எனப் பல வசதிகள் உள்ளன. அந்த inbox வசதிக்காகவே நீங்கள் இதைத் தேடுகிறீர்கள் என்றால், முதலில் ஒரு பிரத்யேக Chatwoot support desk-ஐப் பரிசீலிக்கவும். ஏனெனில், வாடிக்கையாளர் சேவைக்கான chat server-ன் பணிகளும், குழுப்பணிக்கான chat server-ன் பணிகளும் முற்றிலும் வேறானவை.
Matrix என்பது ஒரு protocol, இது ஒரு product அல்ல. Synapse என்பது அதன் reference server (Python, PostgreSQL) மற்றும் Element என்பது பெரும்பாலானோர் பயன்படுத்தும் client ஆகும். நீங்கள் நிர்வகிக்காத பிற server-களுடன் உங்கள் server தொடர்பு கொள்ளக்கூடிய ஒரே விருப்பம் இதுதான்.
Zulip என்பது PostgreSQL, RabbitMQ, memcached மற்றும் Redis ஆகியவற்றைக் கொண்ட ஒரு Python server (Django மற்றும் Tornado) ஆகும். இது அதன் சொந்த script மூலம் ஒரே தொகுதியாக நிறுவப்படுகிறது. இதன் அமைப்பு channels-க்குள் topics என்ற முறையில் இருப்பதால், செவ்வாய்க்கிழமை நடந்த உரையாடலை வெள்ளிக்கிழமையிலும் எளிதாகக் கண்டறிய முடியும். இதன் 12.0 பதிப்பு 2026 ஏப்ரல் மாதம் வெளியானது.
10 பயனர்கள் மற்றும் 100 பயனர்கள் இருக்கும்போது தேவைப்படும் RAM மற்றும் database-ன் அளவு
கீழே உள்ள அட்டவணையில் உள்ள ஒவ்வொரு எண்ணும், 2026 ஆகஸ்ட் மாதம் வாசிக்கப்பட்ட அந்தந்த project-ன் அதிகாரப்பூர்வ ஆவணங்களிலிருந்து பெறப்பட்டவை. இவை என்னுடைய அளவீடுகள் அல்ல, கற்பனையானவையும் அல்ல. ஒவ்வொரு வரிக்கும் அடிப்படை ஒன்றுதான்: அந்தந்த project வெளியிடும் மிகச்சிறிய configuration; database-ஐத் தனித்தனியாகக் கணக்கிடும்போது அதுவும் சேர்க்கப்பட்டுள்ளது.
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 process-க்கான குறைந்தபட்ச அளவு, ஆனால் ஒரு நிபந்தனை உண்டு: பெரிய public rooms-ல் இணைய விரும்பினால், அந்த அளவு RAM free-ஆக இருக்க வேண்டும் என்று ஆவணங்கள் கூறுகின்றன. PostgreSQL இந்த அளவீட்டில் சேர்க்கப்படவில்லை. Mattermost-ன் 2 GB என்பது database உட்பட முழு machine-க்குமான அளவு; இது ஒரு vCPU-வில் 1 முதல் 1,000 பயனர்கள் வரை கையாளும். Zulip, 100 பயனர்களுக்குக் கீழ் 2 GB RAM மற்றும் ஒரு CPU, அதனுடன் 2 GB swap தேவை என்று குறிப்பிடுகிறது; 100 பயனர்களுக்கு மேல் 4 GB RAM மற்றும் இரண்டு CPU-க்கள் தேவை. Rocket.Chat இங்கே அதிகபட்ச அளவைக் குறிப்பிடுகிறது, அதாவது 8 GB. ஏனெனில் இது application-க்கு 4 GiB மற்றும் MongoDB-க்கு 4 GiB எனப் பிரிக்கிறது; இந்த tier 500 concurrent பயனர்கள் வரை கையாளும் திறன் கொண்டது.
பத்து பயனர்கள் இருக்கும்போது, 4 சேவைகளும் நீங்கள் சாதாரணமாகக் கருதும் hardware-லேயே இயங்கும். நூறு பயனர்கள் வரும்போதுதான் பதில்கள் மாறுகின்றன: Mattermost அதன் 2 GB tier-க்குள்ளேயே இயங்குகிறது, Zulip-க்கு 4 GB RAM மற்றும் இரண்டாவது CPU தேவைப்படுகிறது, Rocket.Chat-ன் மிகச்சிறிய ஆவணப்படுத்தப்பட்ட tier 8 GB-லேயே நீடிக்கிறது. ஏனெனில் MongoDB-ன் memory பயன்பாடு பயனர்களின் எண்ணிக்கையை விட machine-ன் அளவைப் பொறுத்தே அமைகிறது.
உங்கள் அன்றாட performance-ஐ விட, நீங்கள் தேர்ந்தெடுக்கும் database-தான் எதிர்கால upgrade-களைத் தீர்மானிக்கிறது. Mattermost-க்கு PostgreSQL 14 அல்லது அதற்குப் பிந்தைய பதிப்பு தேவை; v11 முதல் MySQL ஆதரவு நீக்கப்பட்டுவிட்டது, எனவே இன்று MySQL-ல் நிறுவுவது நாளை ஒரு migration-க்கு வழிவகுக்கும். Synapse, SQLite-ல் இயங்கும், ஆனால் பெரிய rooms-ல் இதன் performance மோசமாக இருப்பதால், சோதனைக்கு மட்டுமே SQLite ஏற்றது என்று அதன் ஆவணங்களே தெளிவாகக் கூறுகின்றன. Rocket.Chat 8-க்கு MongoDB 8.0 தேவை; அதாவது database upgrade மற்றும் chat upgrade ஆகிய இரண்டையும் ஒரே திட்டமாகவே செய்ய வேண்டியிருக்கும்.
2 GB VPS உண்மையில் உங்களுக்கு என்ன வழங்குகிறது
பெரும்பாலான சேவை வழங்குநர்களிடம் 2 GB திட்டம் என்பது ஆரம்ப நிலை அளவாகும், இது கீழே உள்ள நான்கில் இரண்டிற்கு சரியான தீர்வாகும்.
- Mattermost பொருத்தமானது. ஒரே பெட்டியில் PostgreSQL உடன், 1,000 பயனர்கள் வரை இயங்குவதற்கு அந்த குறிப்பிட்ட அளவை அதன் விற்பனையாளர் ஆவணப்படுத்தியுள்ள ஒரே மென்பொருள் இதுவாகும். 2 GB-ல் பத்து பேர் பயன்படுத்துவது வசதியானது.
- Zulip, swap உடன் பொருத்தமானது. 5 GB-க்கு குறைவான எதற்கும் swap பயன்படுத்த பரிந்துரைக்கின்றனர். குறைந்த RAM கொண்ட கணினிகளில் மேம்படுத்தல்களின் (upgrades) போது memory பிழைகள் ஏற்படும் என்று எச்சரிக்கின்றனர், அங்கு
tools/webpackஎன்பது தோல்வியடையும் படியாகும். இது நிறுவலின் போது அல்ல, மேம்படுத்தலின் போது நீங்கள் சந்திக்கும் உண்மையான தோல்வியாகும். - Synapse அமைதியாக இருக்கும்போது பொருத்தமானது. அதன் idle பயன்பாடு குறைவு. பயன்பாடு அதிகரிக்கும்போதுதான் சிக்கல் எழுகிறது, கூட்டமைப்பு (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 அந்த நேரத்தில் எந்த process பெரியதாக இருக்கிறதோ அதை நிறுத்திவிடும்.
நீங்கள் முடிவு செய்வதற்கு முன் உங்களிடம் உண்மையில் என்ன இருக்கிறது என்பதைச் சரிபார்க்கவும், ஏனெனில் சேவை வழங்குநர்கள் RAM-ஐ free-லிருந்து வித்தியாசமாகக் கணக்கிடுகிறார்கள்:
free -h
swapon --showChat server மட்டுமே அந்த பெட்டியில் இயங்கவில்லை என்பதை நினைவில் கொள்ளுங்கள். TLS (transport layer security) termination, backups மற்றும் container runtime ஆகிய அனைத்தும் நினைவகத்தை (memory) கோரும். நீங்கள் தேர்ந்தெடுக்கும் எந்த server-ஐயும் நீங்கள் நன்கு அறிந்த reverse proxy, Nginx, Caddy அல்லது Traefik பின்னால் வையுங்கள். நீங்கள் containers மூலம் deploy செய்தால், VPS-க்கான Docker Compose அடிப்படைகள் முதலில் சரியாகச் செய்ய வேண்டிய பகுதியாகும்.
மொபைல் செயலிகளுக்கு உங்களுடைய சொந்த புஷ் சர்வர் தேவையா?
நீங்கள் deployment செய்த பிறகு கண்டறியும் ஒரு முக்கியமான அம்சம் இது; இதுவே பெரும்பாலும் முடிவை தீர்மானிக்கிறது.
இதன் செயல்முறை இதுதான். Apple Push Notification service (APNs) மற்றும் Firebase Cloud Messaging (FCM) ஆகியவை, அந்த குறிப்பிட்ட செயலிக்கான signing credentials வைத்திருப்பவர்களிடமிருந்து மட்டுமே அறிவிப்புகளை (notifications) ஏற்கும். நீங்கள் உருவாக்காத ஒரு செயலிக்கு உங்கள் சர்வரால் புஷ் செய்ய முடியாது. எனவே, vendor-ன் App Store build-ஐப் பயன்படுத்தும் ஒரு self-hosted chat சர்வர், தனது அறிவிப்புகளை vendor-ன் gateway-க்கு அனுப்ப வேண்டும்; அங்கு vendor விதிக்கும் நிபந்தனைகளே பொருந்தும்.
- Mattermost. இலவச வழி என்பது
https://push-test.mattermost.com-ல் உள்ள Test Push Notification Service (TPNS) ஆகும். இது production பயன்பாட்டிற்கு பரிந்துரைக்கப்படுவதில்லை என்றும், இதற்கு service level agreement (SLA) இல்லை என்றும் ஆவணங்கள் கூறுகின்றன. இது App Store மற்றும் Play Store build-களுடன் மட்டுமே வேலை செய்யும். Hosted Push Notification Service (HPNS) என்பது production தரத்திலானது மற்றும் இதற்கு கட்டண சந்தா தேவை. மூன்றாவது வழி, புஷ் ப்ராக்ஸியை நீங்களே compile செய்வது; இதற்கு உங்கள் சொந்த APNs மற்றும் FCM credentials-உடன் கூடிய உங்கள் சொந்த செயலி build-கள் தேவைப்படும். - Rocket.Chat. புஷ் அறிவிப்புகளுக்கு workspace-ஐ Rocket.Chat Cloud-ல் பதிவு செய்ய வேண்டும். Community workspace-களுக்கு மாதத்திற்கு 10,000 புஷ் அறிவிப்புகள் மட்டுமே வரம்பு. இது முழு workspace-க்கும் ஒரு நாளைக்கு சுமார் 330 அறிவிப்புகள் ஆகும். இந்த ஒதுக்கீடு தீர்ந்ததும், மாதம் முடியும் வரை அறிவிப்புகள் வராது. இது பயனர்களுக்கு செயலி பழுதடைந்ததாகத் தோன்றும்.
- Matrix with Element. Synapse ஒரு புஷ் கேட்வேக்கு அறிவிப்புகளை அனுப்புகிறது. அதிகாரப்பூர்வ Element செயலிகள்
https://matrix.org/_matrix/push/v1/notify-ல் matrix.org இயக்கும் கேட்வேயை நோக்கி அமைக்கப்பட்டுள்ளன. இதில் உள்ள payload, செய்தியின் உரையை விட event மற்றும் room identifiers-ஐயே கொண்டிருக்கும். செயலி உங்கள் சர்வரிலிருந்து உள்ளடக்கத்தை எடுத்துக்கொள்ளும், எனவே கேட்வே உரையாடல்களைப் பார்க்காது, metadata-வை மட்டுமே பார்க்கும். உங்கள் சொந்த Sygnal கேட்வேயை இயக்குவது ஆதரிக்கப்படுகிறது, ஆனால் அதற்கு உங்கள் சொந்த செயலிகளை உருவாக்கி விநியோகிக்க வேண்டும். Android-ல் ஒரு மாற்று வழி உள்ளது: நீங்கள் ஹோஸ்ட் செய்யும் ntfy சர்வர் மூலம் UnifiedPush-ஐப் பயன்படுத்துவது. - Zulip. இலவசத் திட்டத்தில் 10 பயனர்கள் வரை மொபைல் புஷ் சேவை அடங்கும். 10 பயனர்களுக்கு மேல் இருந்தால் உங்களுக்கு ஒரு திட்டம் தேவைப்படும். இலவச Community திட்டம் பல வணிகம் அல்லாத நிறுவனங்களுக்குப் பொருந்தும். ஏப்ரல் 2026-ல் வெளியான Zulip 12.0, புஷ் payload-களுக்கு end to end encryption வசதியைச் சேர்த்தது.
பத்து பயனர்கள் இருக்கும்போது, இவை அனைத்தும் எந்த செலவுமின்றி அறிவிப்புகளைச் சரியாக வழங்கும். நூறு பயனர்கள் இருக்கும்போது நிலைமை மாறுகிறது: Zulip-க்கு ஒரு திட்டம் தேவைப்படுகிறது, Mattermost எந்த SLA மற்றும் ஆதரவும் இன்றி சோதனைச் சேவையிலேயே இயங்குகிறது, Rocket.Chat-ன் மாதாந்திர வரம்பு ஒரு தடையாக மாறுகிறது, Matrix-ன் கேட்வே இலவசமாக இருப்பதால் அது பாதிக்கப்படுவதில்லை.
எவை இலவசமாக single sign-on வசதியை வழங்குகின்றன
Single sign-on (SSO) என்பது open core வணிக மாதிரி மிகத் தெளிவாக வெளிப்படும் இடமாகும்.
- Zulip: இதில் SAML (security assertion markup language) மற்றும் LDAP (lightweight directory access protocol) ஆகியவை self-hosted server-ல் எந்தக் கட்டணமும் இன்றி வழங்கப்படுகின்றன. இதற்கெனத் தனித் திட்டம் (tier) எதுவும் இல்லை.
- Synapse: இது OpenID Connect (OIDC), SAML மற்றும் CAS ஆகியவற்றை அதன் சொந்த configuration file-ல் இலவசமாக ஆதரிக்கிறது. புதிய deployments பெரும்பாலும் Matrix Authentication Service-ஐப் பயன்படுத்துகின்றன. இது பழைய Synapse authentication-லிருந்து ஒரு வழிப் புலப்பெயர்வை (one way migration) கொண்ட தனிச் சேவை என்பதால், அதற்கேற்பத் திட்டமிடுங்கள்.
- Rocket.Chat: இதன் community edition அடிப்படை LDAP மற்றும் SAML login வசதிகளைக் கொண்டுள்ளது. நீட்டிக்கப்பட்ட பயனர் பண்புகளை (extended user attributes) ஒத்திசைத்தல், குழுக்கள் மற்றும் அணிகளை வரைபடமாக்குதல் (mapping) மற்றும் பின்னணி ஒத்திசைவு (background synchronisation) ஆகியவற்றிற்கு enterprise licence தேவை.
- Mattermost: இதன் இலவச Team Edition-ல் GitLab OAuth மட்டுமே உள்ளது. SAML, AD/LDAP மற்றும் OpenID Connect ஆகியவை கட்டண வசதிகள் ஆகும்.
ஒரே login-ன் கீழ் பல சேவைகளை இயக்கத் திட்டமிட்டால், அவற்றுக்கு முன்னால் a self-hosted Authentik identity provider-ஐ நிறுவி, உங்களிடம் உள்ள உரிமத்தின்படி (licence) அந்த நான்கில் எது அதனுடன் இணையும் என்பதைச் சரிபார்க்கவும்.
கூட்டாட்சி (Federation) உங்களுக்கு ஏற்படுத்தும் உண்மையான செலவுகள்
Matrix-ன் இருப்பிற்கான அடிப்படை காரணமே இந்த கூட்டாட்சிதான். மின்னஞ்சல் சேவையகங்கள் எவ்வாறு மின்னஞ்சல்களைப் பரிமாறிக்கொள்கின்றனவோ, அதேபோல உங்கள் பயனர் வேறொருவரின் சேவையகத்தில் உள்ள ஒரு அறையில் இணைந்து, அங்கு கணக்கு வைத்திருப்பவர்களுடன் உரையாடுகிறார். இந்த வசதியை வேறு எந்த மாற்றும் வழங்குவதில்லை. உங்களுக்கு இது தேவைப்பட்டால், இந்தப் பக்கத்தில் உள்ள வேறு எதுவும் இதற்கு ஈடாகாது.
Synapse ஒரு தனித்துவமான பணிச்சுமையைக் கொண்டிருப்பதற்கும் இதுவே காரணம். உங்கள் பயனர் ஒரு கூட்டாட்சி அறையில் இணையும்போது, உங்கள் சேவையகம் அந்த அறையின் நிலை (state) மற்றும் நிகழ்வுகளின் (events) நகலை எடுத்துக்கொள்கிறது. மேலும், பிற சேவையகங்களில் உள்ள பயனர்கள் பதிவிடும் மீடியா கோப்புகளான அவதாரங்கள், படங்கள் மற்றும் கோப்புகளை அது தற்காலிகமாகச் சேமித்து (cache) வைக்கிறது. இதனால், நீங்கள் உருவாக்காத அறைகள் மற்றும் உங்கள் சேவையகத்தில் கணக்கு இல்லாத நபர்களுக்காக உங்கள் வட்டு (disk) இடம் பயன்படுத்தப்படுகிறது. இதனால்தான், பயனர்கள் அனுப்பிய செய்திகளின் அளவை விட, Synapse நிறுவல்களில் மீடியா சேமிப்பகம் மிக வேகமாக வளர்கிறது. ஒரு பெரிய பொது அறையில் இணைவது என்பது, ஆவணங்களில் நினைவகக் கட்டுப்பாடு (memory condition) குறிப்பிடப்பட்டுள்ள ஒரு குறிப்பிட்ட செயல்பாடாகும்.
வட்டு நிரம்பும் வரை காத்திருக்காமல், முதல் நாளிலேயே தக்கவைப்புக் கொள்கையை (retention policy) அமைக்கவும்:
media_retention:
local_media_lifetime: 90d
remote_media_lifetime: 14dSynapse பதிப்பு 1.61-ல் media_retention வசதியைப் பெற்றது. இதில் உள்ளூர் மற்றும் தொலைதூர மீடியாக்களுக்குத் தனித்தனி ஆயுட்காலங்களை அமைக்கலாம். தொலைதூர மீடியா என்பது ஒரு தற்காலிகச் சேமிப்பு (cache) மட்டுமே; எனவே, நீக்கப்பட்ட ஒரு கோப்பை பயனர் மீண்டும் கேட்டால், அது வந்த சேவையகத்திலிருந்து Synapse அதை மீண்டும் கோரும். உள்ளூர் மீடியா தற்காலிகச் சேமிப்பு அல்ல; எனவே, மிகக் குறுகிய local_media_lifetime கால அளவை அமைப்பது உங்கள் பயனர்களின் பதிவேற்றங்களை நிரந்தரமாக நீக்கிவிடும்.
சுருக்கமாகச் சொன்னால்: உங்கள் பயனர்கள் தங்களுக்குள் மட்டுமே பேசிக்கொள்கிறார்கள் என்றால், கூட்டாட்சி உங்களுக்கு எந்தப் பயனும் தராது; மாறாக, வட்டு இடம், அலைவரிசை (bandwidth) மற்றும் கடினமான மேம்படுத்தல் பாதை ஆகியவற்றை மட்டுமே சுமத்தும். அதை முடக்கிவிடுங்கள் அல்லது வேறு ஒரு சேவையகத்தைத் தேர்வு செய்யுங்கள்.
மேம்படுத்தல்கள் எவ்வாறு நடைபெறுகின்றன
Zulip மிகவும் எளிதானது. ஒரே ஒரு script மட்டுமே தேவை. பெரிய database migration இல்லாத பட்சத்தில், இதற்கான downtime 30 வினாடிகளுக்கும் குறைவாகவே இருக்கும். நிறுவுதல் மற்றும் மேம்படுத்தல் செயல்முறையை server-ல் நீங்கள் பின்வருமாறு இயக்கலாம்:
cd $(mktemp -d)
curl -fLO https://download.zulip.com/server/zulip-server-latest.tar.gz
tar -xf zulip-server-latest.tar.gzInstaller-ஐ root பயனராக இயக்கவும். நிறுவும் போது --push-notifications flag, server-ஐ mobile push service-உடன் பதிவு செய்யும். அந்த நேரத்தில் சேவை விதிமுறைகளை (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.gzMattermost கணிக்கக்கூடியது. Binary-ஐ மாற்றிவிட்டு, restart செய்யவும். Migration-கள் தொடங்கும் போது தானாகவே இயங்கும். ஆகஸ்ட் 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 பதிப்பைத் தவிர்ப்பதால், application திறக்க மறுக்கும் database சிக்கல் ஏற்படலாம். Rocket.Chat Docker Compose நிறுவல் வழிகாட்டி இவற்றை உங்களுக்காக இணைத்து வழங்குகிறது, இதுவே இங்கே container முறையைப் பயன்படுத்துவதற்கான முக்கிய காரணமாகும்.
Synapse-க்கு வாசிப்பு அவசியம். ஒவ்வொரு வெளியீட்டிற்கும் மேம்படுத்தல் குறிப்புகள் உள்ளன. நீங்கள் அடையும் பதிப்பிற்கு மட்டுமல்லாமல், நீங்கள் கடந்து செல்லும் ஒவ்வொரு பதிப்பிற்கும் உள்ள குறிப்புகளை வாசிக்க வேண்டும். மேம்படுத்தலுக்குப் பிறகு, Synapse database-ல் பின்னணி மேம்படுத்தல்களை (background updates) இயக்கும். சிறிய server-களில் இவை கணினியை பல மணிநேரம் மெதுவாக்கலாம். இது பிழை அல்ல, எதிர்பார்க்கப்படும் செயல்பாடாகும்.
உரிம விதிமுறைகள், எளிமையான விளக்கத்தில்
Mattermost தனது தொகுக்கப்பட்ட Team Edition உருவாக்கங்களை MIT உரிமத்தின் கீழ் வழங்குகிறது. அதேசமயம், அதன் மூலக் குறியீடு (source code) AGPLv3 அல்லது வணிக உரிமத்தின் கீழ் கிடைக்கிறது. களஞ்சியத்தின் (repository) சில பகுதிகள் Mattermost Source Available License-ன் கீழ் உள்ளன; இவற்றை production-ல் இயக்க கட்டண உரிமம் தேவை. Rocket.Chat, ee/ கோப்பகங்களைத் தவிர மற்ற அனைத்திற்கும் MIT உரிமத்தைப் பயன்படுத்துகிறது; அந்த குறிப்பிட்ட கோப்பகங்கள் அவற்றிற்கான தனிப்பட்ட enterprise உரிமத்தைக் கொண்டுள்ளன. Synapse, 1.99.0 பதிப்பிலிருந்து Apache 2.0-லிருந்து AGPLv3-க்கு மாறியது. பங்களிப்பாளர்கள் CLA-வில் கையொப்பமிடுகின்றனர், இது அந்த உரிமத்திற்கு விதிவிலக்குகளை விற்பனை செய்ய Element நிறுவனத்தை அனுமதிக்கிறது. Zulip, Apache 2.0 உரிமத்தைக் கொண்டுள்ளது மற்றும் இதில் enterprise கோப்பகம் எதுவும் இல்லை; இதனால்தான் அதன் SSO வசதிக்கு எந்த நிபந்தனை குறியீடும் (asterisk) இல்லை.
நடைமுறை விளக்கம்: நீங்கள் server-ஐ மாற்றியமைத்து, அதை மற்றவர்களுக்கு ஒரு சேவையாக வழங்கினால் மட்டுமே AGPL உங்களுக்குப் பொருந்தும். ஒரு சிறிய குழுவிற்கு மிக முக்கியமானது open core கொள்கைதான்; அதாவது, இலவச உருவாக்கத்தில் எந்தெந்த வசதிகள் விடுபட்டுள்ளன என்பதுதான். Zulip-ல் மிகக் குறைவான வசதிகளே விடுபட்டுள்ளன, Mattermost-ல் அதிக வசதிகள் விடுபட்டுள்ளன.
எதைத் தேர்ந்தெடுக்க வேண்டும்
உள் குழுவிற்கான கருவி (Internal team tool). Mattermost. இது ஆவணப்படுத்தப்பட்ட மிகச்சிறிய footprint-ஐக் கொண்டுள்ளது, மேம்படுத்துதல்கள் (upgrades) மிகவும் எளிமையானவை, மேலும் இதற்கு விளக்கம் தேவையில்லாத பரிச்சயமான இடைமுகம் உள்ளது. SSO தேவைப்படும் நாள் வரும்போது அதற்கான கட்டணத் திட்டத்திற்கு (paid plan) தயாராக இருங்கள், ஏனெனில் பெரும்பாலான குழுக்களுக்கு அந்த நாள் கட்டாயம் வரும்.
சமூகத்திற்கான server (Community server). Zulip. இதில் உள்ள Topics வசதி, பரபரப்பான பொதுச் சேனல்களை மாதங்கள் கழித்தும் வாசிக்கக்கூடிய வகையில் வைத்திருக்கும். SAML மற்றும் LDAP முற்றிலும் இலவசம், மேலும் மேம்படுத்துதல் என்பது ஒரே ஒரு command-ல் முடிந்துவிடும். உங்கள் சமூகம் நேரடி உரையாடலை விட பதிவுகள் மற்றும் பதில்களுக்கு (posts and replies) நெருக்கமாக இருந்தால், முதலில் self-hosted forum software-ஐ ஒப்பிட்டுப் பாருங்கள். ஏனெனில், ஒரு forum தேடுபொறிகளில் சிறப்பாக index செய்யப்படும் மற்றும் அதற்கு push infrastructure தேவையில்லை. உங்களுக்கு voice, video மற்றும் omnichannel வசதிகள் தேவைப்பட்டு, அதன் ஆவணங்கள் குறிப்பிடும் 8 GB RAM-ஐ ஒதுக்க முடியும் என்றால், Rocket.Chat-ஐத் தேர்ந்தெடுக்கவும்.
பிறவற்றுடன் இணைந்து செயல்பட வேண்டிய network. Synapse மற்றும் Element உடன் கூடிய Matrix. media கோப்புகளின் வளர்ச்சியை ஏற்றுக்கொண்டு, முதல் நாளிலேயே retention-ஐ அமைக்கவும். இதற்கு PostgreSQL-ஐ வழங்கவும், நீங்கள் நினைப்பதை விட அதிக disk இடவசதியை ஒதுக்கவும். நீங்கள் கட்டுப்படுத்தாத பிற server-களுடன் பேசுவதன் மூலம் உண்மையான பலனைப் பெறலாம். ஒருபோதும் federate செய்யாத ஒரு குழுவிற்கு Synapse-ஐத் தேர்ந்தெடுப்பது, தேவையற்ற செலவைச் சுமப்பதாகும்.
FAQ
சிறிய குழுக்களுக்கு Slack-க்கு மாற்றாகச் சிறந்த self-hosted மென்பொருள் எது?
பெரும்பாலான உள்நாட்டுக் குழுக்களுக்கு Mattermost சிறந்தது. இதன் ஆவணங்களின்படி, 1 vCPU மற்றும் 2 GB RAM கொண்ட ஒரே machine-ல் PostgreSQL-உடன் 1 முதல் 1,000 பயனர்கள் வரை இதைப் பயன்படுத்தலாம்; எனவே பெரும்பாலான நிறுவனங்கள் வழங்கும் entry-size VPS திட்டத்திற்கு இது பொருந்தும். இதில் உள்ள சிக்கல் single sign-on வசதிதான்: இதன் இலவச Team Edition-ல் GitLab OAuth மட்டுமே உண்டு; SAML, AD/LDAP மற்றும் OpenID Connect ஆகியவற்றுக்குக் கட்டணத் திட்டம் தேவை. Slack போன்ற இடைமுகம் (interface) என்பதை விட இலவச SSO முக்கியம் என்றால், Zulip-ஐப் பயன்படுத்தலாம்.
2 GB VPS-ல் self-hosted chat server-ஐ இயக்க முடியுமா?
Mattermost-ஐ இயக்கலாம். Zulip-ஐயும் இயக்கலாம், ஆனால் அதற்கு swap தேவைப்படும் (5 GB-க்கும் குறைவான RAM இருந்தால் Zulip ஆவணங்கள் இதைத்தான் பரிந்துரைக்கின்றன). Rocket.Chat உங்களுக்கு ஏமாற்றத்தைத் தரும்; ஏனெனில் MongoDB-ன் WiredTiger engine அதன் cache-க்காக (RAM minus 1 GB)-ல் 50% அல்லது 256 MB-ல் எது அதிகமோ அதை எடுத்துக்கொள்ளும். எனவே, application தொடங்குவதற்கு முன்பே 2 GB-ல் சுமார் 512 MB காலியாகிவிடும். இது ஆரம்பத்தில் இயங்கினாலும், உரையாடல் வரலாறு வளர வளர வேகம் குறைந்து, இறுதியில் out of memory பிழையால் நின்றுவிடும். Rocket.Chat-ன் குறைந்தபட்சத் தேவை, application-க்கு 4 GiB மற்றும் MongoDB-க்கு 4 GiB ஆகும்.
Self-hosted chat server-களுக்குத் தனிப்பட்ட mobile push notification server தேவையா?
பொதுவாகத் தேவையில்லை. Apple-ன் APNs மற்றும் Google-ன் FCM ஆகியவை, app-ஐ உருவாக்கியவர் கையொப்பமிட்ட (signed) அறிவிப்புகளை மட்டுமே ஏற்கும் என்பதால், vendor-ன் app அந்த vendor-ன் gateway-யையே பயன்படுத்தும். விதிமுறைகள் மாறுபடும். Mattermost எந்த SLA-வும் இல்லாத இலவச சோதனைச் சேவையையும், கட்டணத்தில் இயங்கும் சேவையையும் வழங்குகிறது. Rocket.Chat அதன் community workspaces-க்கு மாதம் 10,000 push notifications என வரம்பு நிர்ணயித்துள்ளது; அதைத் தாண்டினால் மாதம் முடியும் வரை அறிவிப்புகள் வராது. Zulip 10 பயனர்கள் வரை இலவசமாக push வசதியை வழங்குகிறது, அதற்கு மேல் கட்டணத் திட்டம் தேவை. Matrix homeservers, Element apps பயன்படுத்தும் gateway வழியாகக் கட்டணமின்றி push செய்கிறது. நீங்கள் சொந்தமாக app build செய்து வெளியிட்டால் மட்டுமே சொந்த gateway தேவைப்படும்.
பிற server-களுடன் தொடர்புகொள்ளாத குழுவிற்கு Matrix மற்றும் Synapse-ஐ self-host செய்ய வேண்டுமா?
தேவையில்லை. Federation வசதிக்காகவே Synapse உருவாக்கப்பட்டது, அதுவே அதன் செயல்பாட்டை அதிக எடையுள்ளதாக (heavier) மாற்றுகிறது. பிற server-களில் உள்ள rooms-ல் இணைவது, அந்த server-களின் நிலையை (state) உங்கள் disk-க்குக் கொண்டு வந்து media-வை cache செய்யும்; இதனால் உங்கள் பயனர்களின் பயன்பாடு இல்லாமலேயே storage அளவு அதிகரிக்கும். அது நடப்பதற்கு முன்பே media_retention-ஐக் குறைவான remote_media_lifetime-உடன் அமைக்கவும். தங்களுக்குள் மட்டும் பேசிக்கொள்ளும் ஒரு குழுவிற்கு, இதனால் நிர்வாகச் செலவு மட்டுமே மிஞ்சும், எந்தப் பயனும் இருக்காது. Mattermost அல்லது Zulip குறைவான hardware-ல் அதே வேலையைச் சிறப்பாகச் செய்யும்.
எந்த self-hosted Slack மாற்றில் இலவச single sign-on வசதி உள்ளது?
Zulip மற்றும் Synapse. Zulip அதன் self-hosted server-ல் SAML மற்றும் LDAP வசதிகளைக் கட்டணமின்றி வழங்குகிறது. Synapse அதன் configuration-ல் OpenID Connect, SAML மற்றும் CAS ஆகியவற்றை ஆதரிக்கிறது; புதிய பதிப்புகள் தனித்தனி Matrix Authentication Service-க்கு மாறி வருகின்றன. Rocket.Chat-ன் community edition அடிப்படை LDAP மற்றும் SAML login-ஐ வழங்கும், ஆனால் attribute sync, group mapping மற்றும் background sync ஆகியவற்றுக்கு enterprise licence தேவை. Mattermost-ன் இலவச Team Edition GitLab OAuth-ஐ மட்டுமே ஆதரிக்கிறது.