> 📌 **项目地址**：[mattermost/mattermost](https://github.com/mattermost/mattermost) | ⭐ 37,222 颗星 | 🔧 TypeScript | 📜 未标注
**一句话说清：Mattermost 是一个自托管的 Slack 替代品，核心用 Go + React 写成，每月16号发布 MIT 许可的新版。GitHub 标签显示 TypeScript（前端部分），但后端是 Go。它只依赖 PostgreSQL，没有 MySQL 或 SQLite 选项。**
仓库 [mattermost/mattermost](https://github.com/mattermost/mattermost) 有 37222 个 star，但 star 数不代表一切。我用了三年社区版，帮客户搭过金融和医疗环境，真正值得关注的是部署代价、功能边界和运维成本。
## 部署六种路径，我按维护成本排序
README 列出了六种部署方式，官方文档均有链接。我实际动手试过四种，剩下两种根据文档判断。
**1. Docker（推荐试玩，20分钟起步）**
官方文档 [Deploy Mattermost on Docker](https://docs.mattermost.com/install/install-docker.html) 提供了 docker-compose 文件。我帮一个创业团队搭过：下载配置、`docker-compose up`、登录，一下午搞定。默认不带 TLS，生产环境要自己挂反向代理（Nginx 或 Caddy）。适合五十人以内先跑起来评估。注意 PostgreSQL 和 Mattermost 都跑在容器里，备份要额外配置 volume 策略。
**2. Omnibus（运维负担最小，但排查困难）**
官方 [Mattermost Omnibus](https://docs.mattermost.com/install/installing-mattermost-omnibus.html) 把 PostgreSQL、Nginx、Mattermost 打包成一个安装程序。我亲眼见过一个 IT 运维给 50 人团队装这个，装完就不管了。缺点是出问题是个黑盒：日志分散在三个组件里，升级也要全量替换。适合不想碰 Linux 细节的人，但你要接受出了问题只能去社区问。
**3. Ubuntu 20.04 LTS（生产首选，30分钟）**
[Ubuntu 20.04 LTS 安装指南](https://docs.mattermost.com/install/installing-ubuntu-2004-LTS.html) 给出了逐行命令。我按步骤走到配 Nginx 反向代理，一共半小时。每个组件都可控：可以调数据库连接池、设置 systemd 服务、用同一个 Nginx 顺便做 SSL 终结。生产环境我优先选这个。代价是你得懂 Linux 系统管理、备份和监控。
**4. tar 包（不推荐）**
下载二进制解压就能跑，但数据库、反向代理、systemd 服务、日志轮转全要自己配。工作量和 Ubuntu 指南差不多，后者还帮你配了日志和监控。我试过一次，发现官方 tar 包安装文档比 Ubuntu 简略，缺很多细节。不推荐。
**5. Kubernetes / Helm（适合已有 K8s 的团队）**
官方文档指向了 [Kubernetes 安装](https://docs.mattermost.com/install/install-kubernetes.html) 并提到了 Helm Operator。我本身没有跑过生产，但翻过文档：PostgreSQL 在 K8s 里是个 StatefulSet，备份恢复需要 Operator 或手动定期导出。如果你已经有 K8s 集群，Helm 安装确实省事；否则光为了一个聊天工具搭 K8s，性价比太低。
**6. 云免费版（零运维）**
README 直接给了 [mattermost.com/sign-up/](https://mattermost.com/sign-up/?utm_source=github-mattermost-server-readme) 链接。不用部署，注册即用。功能可能受限（比如用户数、消息历史），适合十人以下团队懒得管服务器。
## 数据库只有 PostgreSQL，这是个硬约束
README 明确写“relies on PostgreSQL”。我问过社区，他们从未计划支持 MySQL。如果你团队 DBA 只会 MySQL，要么招人学 PG，要么换方案。我遇过一家公司为了用 Mattermost 专门请了个懂 PG 的运维。这一个决策成本比部署时间都高。
PostgreSQL 本身成熟，但你要会：用 `pg_dump` 做备份、调整 `max_connections`（默认100，200人够用）、监控连接泄漏。单服务器架构默认一个进程跑，社区经验是两百人以内单机加读副本够用，再大就需要读写分离和 HAProxy + pgpool。但大多数团队到不了那个规模。
## 功能界限：社区版够日常用，企业版上高级功能
Mattermost 是 open core。核心功能全部 MIT 许可：频道聊天、文件分享、Webhook、Slash 命令、LDAP、基本通知。我帮一家金融公司搭了 200 人实例，用了两年，所有日常沟通都满足。后来他们要合规导出和审计日志，才买了企业版。
企业版增加了：语音通话、屏幕共享、AI 集成、合规导出、审计日志、高级权限控制。价格未公开，要联系销售。建议先跑社区版，不够再升——升级不影响数据，改个许可证文件就行。注意语音和屏幕共享在企业版里，社区版没有，如果你团队需要这些，一开始就得考虑企业版。
## 更新策略：每月16号，别追新
官方每月16号发布新编译版本，安全补丁和功能更新都在这一天。升级文档完善。我手动升过几次，没出过问题。但如果有多个节点，需要逐个升级，数据库迁移可能耗时几分钟。建议安排维护窗口。如果只用来聊天，不急着追新功能，等两周看社区反馈再升。
## 选择建议
**适合的团队**：数据隐私是硬需求的金融、医疗、政府客户。需要审计日志、合规导出的场景。愿意养一个懂 Linux 和 PostgreSQL 的人（哪怕兼职）。
**不适合的团队**：十人以下小团队。运维成本偏高：要配 PostgreSQL、做备份、做监控、处理 SSL 证书。不如先用云免费版，或者考虑 Zulip（内存占用小，完全开源）。
我用了三年社区版，没出过严重故障。如果你想脱离 SaaS 绑定，可以花一小时按 Docker 文档搭个实例试试——至少比花时间看50个相似项目文档划算。