Messaggistica di squadra open source su larga scala: gestire Mattermost in proprio

Ogni pochi anni un'azienda guarda la fattura di Slack, somma il costo per utente, si accorge che dieci anni di conversazioni interne stanno nel database di qualcun altro in un'altra giurisdizione, e si chiede se ci sia un'alternativa. C'è. Mattermost è la risposta self-hosted più credibile, e lo è da parecchio tempo.

È anche lo strumento più spesso frainteso prima del rilascio, perché l'edizione gratuita che si crede di ottenere di solito non è quella che si finisce per gestire. Questa guida spiega che cos'è davvero Mattermost, che cosa contiene realmente la versione gratuita e i tre problemi operativi che colpiscono quasi chiunque lo installi per la prima volta.

Che cos'è Mattermost

Un server in Go, un database PostgreSQL, un client web in React e app native per desktop e mobile. Canali, thread, condivisione di file, ricerca, comandi slash, webhook in entrata e in uscita, bot e un framework di plugin. Chi ha usato Slack sarà produttivo in un pomeriggio, e lo saranno anche tutti gli altri: conta più di qualsiasi elenco di funzioni quando chiedete a un'intera azienda di traslocare.

Attorno a questo nucleo ci sono i Playbook, per il lavoro su incidenti e processi guidato da checklist, e Calls, per audio, video e condivisione dello schermo. Dalla v11.0 i Playbook richiedono una delle edizioni commerciali (vale anche l'edizione gratuita Entry). Il catalogo di integrazioni copre i soliti noti: GitLab, GitHub, Jira, Jenkins, PagerDuty. È sul ChatOps che il prodotto è davvero forte, ed è per questo che ha tanto seguito tra i team di sviluppo e di operations, e tra le organizzazioni della difesa e del settore pubblico che il proprio traffico non possono proprio metterlo su un SaaS commerciale.

Il fatto architetturale che conta è che tutto questo gira su un'infrastruttura scelta da voi. Stesso principio dell'analytics self-hosted con Matomo o della marketing automation con Mautic. I messaggi sono nel vostro database, i file nel vostro object storage, e nessuno può cambiare la politica di conservazione o il prezzo senza chiedervelo.

Il quadro delle licenze, detto chiaro

È qui che ci si confonde, quindi conviene essere diretti.

Team Edition è l'edizione open source: gratuita, con il binario sotto licenza MIT, ed è quella che la maggior parte di chi fa self-hosting usa da anni. Avete messaggistica, canali, thread, ricerca, integrazioni, webhook e il framework dei plugin. Non avete il single sign-on SAML o AD/LDAP, l'export per la compliance, la ricerca enterprise, il clustering ad alta disponibilità né gli account ospite. Con la v11.0 (ottobre 2025) ha perso anche il single sign-on tramite GitLab e i Playbook, e Mattermost oggi la descrive come pensata per piccoli team, appassionati e uso personale, sotto i 250 utenti attivati e dove il single sign-on (SSO) non serve.

Entry è un'edizione commerciale gratuita con le funzionalità di Enterprise Advanced e limiti a livello di server. Si possono vedere e cercare solo gli ultimi 10.000 messaggi dei canali (i più vecchi restano nel database), non ci sono funzioni di compliance né alta disponibilità, e il supporto è solo della community. Mattermost annuncia altri tetti che entreranno in vigore in una release futura: 5 esecuzioni attive di playbook al mese, chiamate da 40 minuti, 10.000 notifiche push al mese. È pensata per team sotto la cinquantina di persone. È un buon modo per valutare il prodotto a pagamento. È un pessimo modo per costruire una casa permanente per la cronologia delle conversazioni aziendali, perché il limite sulla cronologia è proprio ciò che prima o poi vi starà a cuore.

Professional, Enterprise ed Enterprise Advanced sono i livelli a pagamento. Professional aggiunge SSO, MFA e permessi avanzati, e Mattermost lo indirizza a team fino a 250 utenti. Enterprise aggiunge la sincronizzazione AD/LDAP, l'automazione della compliance, la ricerca enterprise, l'alta disponibilità e i Playbook su scala. Enterprise Advanced aggiunge la gestione delle informazioni classificate, i controlli zero trust e il rilascio in reti isolate, ed è il livello su cui stanno gli utenti della difesa e della pubblica amministrazione. Mattermost non pubblica più il prezzo per utente, quindi mettete in conto una telefonata con un commerciale.

Un tempo la scelta era più semplice di quanto suggerisca l'elenco dei livelli; la v11 l'ha cambiata. Sotto le 250 persone circa, con account locali e senza bisogno di single sign-on, la Team Edition fa ancora il suo lavoro. Qualsiasi single sign-on (SAML, AD/LDAP e ora anche GitLab) significa un'edizione commerciale: Entry finché i suoi limiti bastano, poi Professional o Enterprise. La soluzione ponte offerta da Mattermost per l'accesso con GitLab, restare sulla release a supporto esteso v10.11, è arrivata a fine vita il 15 agosto 2026. Un'organizzazione grande, o con requisiti di compliance, conservazione dei dati o alta disponibilità, dovrebbe pianificare e mettere a budget Enterprise fin dall'inizio.

L'installazione

Un rilascio piccolo

Per un team da qualche decina a qualche centinaio di persone, un solo VPS ben dimensionato basta davvero. Le indicazioni di Mattermost collocano da uno a mille utenti su una vCPU e 2 GB di RAM, il che è ottimistico come lo sono sempre i minimi dichiarati dai produttori. Dategli quattro core e 8 GB e non ci penserete più.

Lo stack è Mattermost, PostgreSQL e un reverse proxy che termina il TLS. Traefik con Let's Encrypt è la strada meno faticosa:

services:
  mattermost:
    image: mattermost/mattermost-team-edition:release-11.7
    restart: unless-stopped
    environment:
      - MM_SQLSETTINGS_DRIVERNAME=postgres
      - MM_SQLSETTINGS_DATASOURCE=postgres://mmuser:your_secure_password@db:5432/mattermost?sslmode=disable
      - MM_SERVICESETTINGS_SITEURL=https://chat.example.com
    volumes:
      - mm_data:/mattermost/data
      - mm_config:/mattermost/config
    depends_on:
      - db

  db:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      - POSTGRES_USER=mmuser
      - POSTGRES_PASSWORD=your_secure_password
      - POSTGRES_DB=mattermost
    volumes:
      - db_data:/var/lib/postgresql/data

volumes:
  mm_data:
  mm_config:
  db_data:

Impostate SiteURL correttamente prima di invitare chiunque. Una SiteURL sbagliata o assente rompe notifiche push, callback OAuth e anteprime dei link in modi fastidiosi da debuggare dopo e banali da evitare adesso.

Un avvertimento vale la pena ripeterlo, perché lo dice anche il produttore: i container vanno bene per la valutazione e per piccole installazioni di produzione, ma quella strada non vi dà clustering né alta disponibilità già pronti. Se vi servono, installate direttamente su Linux o usate l'operatore Kubernetes. Fissate l'immagine a una linea di release, come consiglia la guida Docker ufficiale: l'esempio usa la 11.7, l'attuale release a supporto esteso (ESR), perché latest passerà alla v12 il giorno stesso dell'uscita.

Un rilascio di produzione

PostgreSQL 14 è il minimo sulla v11. La versione 12.0, prevista per il 14 ottobre 2026, lo alza a PostgreSQL 15, quindi partite dalla 15 o successive (l'esempio sopra usa la 16). Il supporto a MySQL è terminato con la v11.0 a ottobre 2025, quindi per una nuova installazione MySQL non è un'opzione. Amazon Aurora PostgreSQL è supportato ed è l'opzione gestita sensata su AWS. Se installate direttamente su Linux, tenete presente che la v11.11 (settembre 2026) è l'ultima release che supporta RHEL 7 e RHEL 8.

Mettete i file su object storage compatibile S3 dal primo giorno. Il filesystem locale funziona ed è il valore predefinito, ed è anche ciò che silenziosamente rende il vostro server stateful, i backup enormi e la migrazione dolorosa. Cambiare dopo significa spostare file e riscrivere percorsi. Cambiare in fase di installazione significa impostare una manciata di valori di configurazione.

Per l'alta disponibilità serve il livello Enterprise: più nodi applicativi dietro un load balancer, un object store condiviso e un database con repliche di lettura. Per la ricerca su larga scala vorrete Elasticsearch o OpenSearch, anch'essi Enterprise. La ricerca full-text di PostgreSQL basta per qualche centinaio di persone e qualche milione di messaggi, e la ricerca CJK ora funziona di default su PostgreSQL, cosa che un tempo era un motivo concreto per comprare il modulo di ricerca.

Le tre cose che vanno storte

Tutto quanto sopra sta nella documentazione. Queste sono le parti che si scoprono in produzione.

Le notifiche push non sono gratuite nel modo in cui ve lo aspettate

Il push mobile deve passare per le reti di Apple e Google, il che significa che qualcosa deve custodire i certificati di firma. Mattermost gestisce un Test Push Notification Service che funziona subito e che esplicitamente non è per la produzione. L'Hosted Push Notification Service è quello di produzione e arriva con una licenza a pagamento.

La terza opzione è gestire un push proxy vostro. È ben documentato e del tutto fattibile, ma comporta costruire e distribuire una vostra app mobile con credenziali Firebase e APNs vostre: è un rapporto con gli app store e un processo di rilascio, non un pomeriggio.

Decidete quale delle tre prima di distribuire sui telefoni, non dopo che la prima persona ha chiesto perché riceve i messaggi solo con l'app aperta. Questo singolo punto manda all'aria più migrazioni verso Mattermost di qualsiasi altra cosa.

Calls ha bisogno di più di una porta

Calls ha due modalità. La modalità integrata fa girare il servizio media dentro il server Mattermost ed è consigliata sotto la cinquantina di utenti attivi. Sopra vorrete rtcd, un servizio separato che tiene il traffico media fuori dal server principale e scala in orizzontale. rtcd richiede Enterprise.

In entrambi i casi i client devono raggiungere il servizio media via UDP sulla porta 8443, e quella porta deve essere aperta sull'host che esegue il servizio media. Il vostro reverse proxy nginx non la inoltrerà, perché nginx non sta sul percorso UDP. Metà delle discussioni del tipo «le chiamate non si connettono» si riducono a una regola di firewall mai aggiunta.

Sul livello gratuito aspettatevi chiamate uno a uno con un limite di tempo, non chiamate di gruppo illimitate. Se il video per tutta l'azienda è un requisito, mettetelo a budget.

Qualcuno deve gestirlo

Il confronto onesto sui costi non è licenza contro zero. È licenza contro infrastruttura più la persona che applica le patch. Mattermost pubblica una release di funzionalità ogni mese (al 10 ottobre 2026 è la 11.11, e la release a supporto esteso è la 11.7), per ragioni di sicurezza vorrete restare aggiornati, e gli aggiornamenti comportano migrazioni di database che è meglio provare da qualche parte che non sia la produzione.

Per un team che già gestisce infrastruttura propria è lavoro marginale e i conti tornano nettamente. Per un'azienda di dieci persone senza capacità di operations, una fattura SaaS può davvero costare meno dei martedì pomeriggio persi. Siate onesti su quale dei due casi siete.

Uscire da Slack

Mattermost ha un percorso di import dai file di export di Slack, e funziona, con riserve che conviene conoscere prima. I messaggi dei canali pubblici e gli utenti arrivano bene. Canali privati e messaggi diretti dipendono da che cosa il vostro piano Slack vi lascia esportare. Thread, allegati, emoji personalizzate e integrazioni richiedono attenzione, e qualcuna va ricostruita.

L'approccio che funziona: importare lo storico come archivio consultabile e trattare la data di passaggio come un inizio pulito. Cercare di riprodurre ogni comportamento di Slack alla lettera è il modo in cui una migrazione di due settimane diventa di due trimestri.

Fate girare i due sistemi in parallelo per una quindicina di giorni, spostate prima una squadra e fissate pubblicamente la data di spegnimento fin dall'inizio. Le migrazioni di chat falliscono per ragioni sociali, non tecniche.

L'angolo europeo

Per le aziende dell'UE non è solo questione di costo. L'autogestione mette la comunicazione interna dentro un confine che controllate voi, e questo cambia più discorsi insieme: l'analisi dei trasferimenti secondo il GDPR, il controllo della catena di fornitura previsto da NIS2 e le domande sulla sovranità che compaiono sempre più spesso negli appalti pubblici e che sono l'intero argomento del Cloud and AI Development Act.

La chat interna è una delle concentrazioni più dense di materiale riservato che un'azienda possieda. Ci sono i dettagli degli incidenti, i nomi dei clienti, le credenziali che nessuno avrebbe dovuto incollare e che qualcuno ha incollato, e ogni trattativa commerciale in corso. Quando qualcuno chiede dove vivono quei dati, poter rispondere con una regione e un rack invece che con un elenco di subresponsabili vale qualcosa.

Quando lasciar perdere

Se siete in quindici, i requisiti di conformità sono leggeri e nessuno ha voglia di possedere un server, prendete il SaaS. Il risparmio non ripagherà l'attenzione.

Se vi serve un'integrazione profonda con un ecosistema che già abitate, guardate bene che cosa perdereste. I team dentro un parco Microsoft 365 ricevono gratis parecchie cose che dovreste ricostruire.

E se la spinta è l'antipatia di una persona rumorosa verso un fornitore invece di un requisito reale su costi, controllo o giurisdizione, la migrazione si fermerà attorno al sessanta per cento di adozione, che per uno strumento di comunicazione è il peggior esito possibile.

Come possiamo aiutarvi

Installiamo e gestiamo infrastruttura open source self-hosted per aziende che operano in Europa, comprese le parti poco affascinanti: push proxy, migrazioni verso object storage, percorsi di aggiornamento e quell'integrazione con l'identità che fa attecchire un rollout di chat.

Se volete un'installazione di Mattermost dimensionata come si deve, una migrazione da Slack pianificata da chi l'ha già fatta, o una risposta onesta sul fatto che l'autogestione convenga al vostro team, scrivete a office@c9group.dev. Altro sul nostro lavoro infrastrutturale nella pagina sull'ottimizzazione dei costi AWS.

Se state mettendo insieme uno stack self-hosted completo, lo stesso ragionamento vale per l'analytics e per la marketing automation.

---

Pubblicato: 8 agosto 2026 (aggiornato il 10 ottobre 2026) Categorie: Collaborazione, Open Source, Privacy