是否应该自托管 Teable？

简短回答： 自托管就是把 Teable 运行在你自己控制的服务器或集群上，而不是直接使用 Teable Cloud。你获得网络和数据控制，同时承担数据库、对象存储、域名、TLS、密钥、备份、升级、监控和故障响应责任。

What：自托管到底包含什么

自托管不只是启动一个容器。你需要准备运行环境，连接数据库和附件存储，保护环境变量，配置域名与 HTTPS，并持续维护版本。还要定期验证备份能恢复、升级失败可以回滚。官方 README 明确同时支持 Cloud 和 fully self-hosted，因此这是部署方式的选择，不是另一个 Teable 产品。

Why：为什么有人选择它

如果数据必须留在私有网络、需要满足驻留或合规要求，或者团队已经有 PostgreSQL、监控和身份系统，自托管可以提供更细的网络位置、维护窗口和访问控制。长期成本也可能更可预测，但前提是团队已经具备运维能力；仅仅为了省服务器费用而自托管，通常会低估人工成本。

代价与风险

云端服务替你承担了大部分基础设施工作。自托管后，补丁、容量、证书续期、密钥轮换、数据库调优、附件保留、备份策略和安全事件都由你负责。没有明确的负责人、值班机制和恢复演练时，故障责任会落空。

How：用这套流程做决定

把数据驻留、内网访问和身份集成标记为“硬性要求”或“偏好”。
指定负责升级、备份、监控和安全修复的个人或团队。
估算首年运维工作量，至少包含一次恢复演练和一次升级回滚演练。
按官方、与版本对应的说明搭建非生产环境，验证登录、权限、附件、API、备份恢复和回滚。
如果上线速度和少运维更重要，选 Cloud；只有控制要求足以覆盖持续成本时，才选自托管。

边界与来源

本页是决策指南，不是容量测试过的生产部署手册。命令、支持版本和环境变量请以 Teable 官方自托管文档与官方仓库为准。可继续阅读 Teable 入门。