Metabase 开源版和 Cloud 对比哪个好用、区别与独立 SaaS 部署选择

Metabase 开源版和 Cloud 的选择先看责任边界。如果团队已经有稳定的容器、数据库备份和升级流程，Metabase Open Source 自托管可以把软件许可成本压到零；如果团队更在意快速上线、由供应商负责备份升级和监控，Metabase Cloud 更省运维时间。Cloud Starter 和 Pro 的公开金额、包含用户数与高级功能不同，最终选择要看责任边界和实际用户，而不只看月费。本文按今天抓到的官方页面说明，保留美元标价原样，不替你估算税费或隐藏基础设施账单。

先给结论

小型内部分析项目可以先用 Metabase Open Source。官方价格页把它列为免费自托管方案，并列出 20 多个数据源、无限问题和仪表盘、SQL 或点击探索以及无限用户。若团队能承担部署、升级、备份、监控和故障排查，这条路径适合预算紧、需要自己控制环境的独立产品。

需要尽快把分析交给客户或产品团队时，Metabase Cloud 更适合。官方 Cloud 对比页说明 Cloud 由 Metabase 负责运行服务器、备份、升级和监控。团队用付款换来的主要是上线速度和责任转移。Cloud 仍然需要你设计数据库权限、分析内容和用户流程。

Starter 适合先把托管服务跑起来，Pro 适合已经需要更细的权限、单点登录、使用分析、缓存控制、多租户嵌入或白标的团队。价格页列出这些 Pro 能力，但是否真的需要，取决于产品是否把分析功能交给外部用户。

Metabase Open Source 能做什么

Metabase Open Source 的核心价值是软件免费和可自托管。官方安装页提供 Docker 镜像与本地启动路径，价格页列出 20 多个数据源、无限问题和仪表盘、SQL 与可视化探索，以及无限用户。这里的免费指软件方案的页面定位，不代表服务器、数据库、备份、邮件和运维人员没有成本。

自托管给团队更多环境控制。你可以把实例放在自己的云账户、隔离网络或合规要求指定的区域，也可以决定升级窗口和备份保存方式。相应的责任由团队承担。官方 Cloud 对比页把正常运行、备份、升级和监控列为 Cloud 由供应商处理的事项，自托管则要自己准备。

开始自托管前，至少要写下实例负责人、数据库负责人、备份保留天数、升级回滚方案和告警收件人。只有一个人知道如何恢复实例时，所谓免费很容易变成工作日外的故障值班。

Metabase Cloud 的责任边界

Metabase Cloud 把服务器层的许多动作交给供应商。官方说明包括运行服务、备份、升级和监控，团队可以直接进入分析配置，而不用先搭建一套生产环境。对于需要在几天内交付第一版指标的独立 SaaS，这个时间差往往比软件价格更重要。

Cloud 并不会替你决定哪些用户能看到哪一行数据。应用数据库、Metabase 集合、问题和仪表盘仍需要权限设计。若产品把看板嵌入客户后台，应先画出租户边界，再确认当前计划是否支持所需的权限与嵌入方式。

Cloud 也会改变故障处理方式。实例无法访问时，团队先查看供应商状态和账户设置，再决定是否等待或联系支持。自托管则需要先查看自己的容器、数据库、网络和备份。选择 Cloud 会把故障流程的第一责任点移到服务商侧，团队仍要保留自己的响应步骤。

价格页的数字怎么读

今天抓到的 Metabase 价格页 把 Open Source 列为免费。Cloud Starter 显示每月 100 美元，按年计费时页面显示每月 90 美元；另有每用户每月 6 美元或每用户每年 65 美元的结构，前 5 个用户包含在计划内，并标注 14 天免费试用。Cloud Pro 显示每月 575 美元，按年计费时页面显示每月 517.50 美元；另有每用户每月 12 美元或每用户每年 130 美元的结构，前 10 个用户包含在计划内。

这些是页面当前展示的价格结构，税费另计，实际账单还要按账户和购买周期确认。价格页还说明登录 Metabase 的人按用户计费。不要把访客数、数据库行数或仪表盘数量直接当成用户数，也不要把包含用户数理解成所有嵌入场景都免费。

自托管的月度预算要另算。服务器、托管数据库、备份、SMTP、监控和工程时间都可能产生费用。官方部署对比页提醒自托管团队负责这些外围工作，但没有为你的云区域和架构承诺一个统一总价。预算表应把这些项目分开写，才能和 Cloud 的订阅金额放在同一尺度上。

权限、嵌入与团队规模

若只有内部同事看报表，Open Source 的无限用户描述会让试点很轻。上线前仍要确保数据库账号只授予所需读取范围，并把 Metabase 管理员和普通查看者分开。免费软件不替代最小权限。

当客户需要按租户看到自己的数据时，权限设计会成为主线。价格页在 Pro 能力中列出行列权限、多租户嵌入和白标。它们对面向客户的 SaaS 产品有直接意义，但你还要验证数据模型、租户识别、登录流程和合同要求。功能名称本身不能证明整个嵌入流程已经安全。

SSO、强制双因素认证、缓存和使用分析也列在 Pro 的能力说明里。把这些能力放进升级理由时，先写清楚谁会用、减少哪个手工动作、出了问题由谁接手。若团队暂时只在内部做 SQL 探索，Pro 的高级列表可能只是未来选项。

三种部署情境

个人或两人团队做内部数据看板时，可以先用 官方 OSS 安装页 起一个低风险实例。只连接脱敏数据，记录备份与升级步骤，等指标稳定后再判断是否需要 Cloud。这个阶段的目标是验证问题和数据，而非追求复杂基础设施。

需要快速给客户演示的早期 SaaS 团队，可以先比较 Cloud Starter 的固定起步价与自托管的工程时间。把第一批登录用户、试用期后的活跃用户和客户嵌入需求写进表格，避免只按公司人数估价。14 天试用是价格页列出的条件，是否足够完成你的验收仍要由团队安排。

已经有多租户分析、权限审计和单点登录要求的团队，应把 Pro 作为能力核对项，而不是自动购买。先验证数据隔离和身份映射，再决定 Cloud Pro 或自托管 Pro 哪个责任边界更适合。

选型前的核对清单

先阅读 Cloud 与自托管对比 和价格页，再回答下面的问题。

• 谁负责数据库、实例、备份、升级、监控和故障响应。
• 团队是否已有 Docker、网络隔离、密钥轮换和回滚流程。
• 内部用户、客户用户和嵌入访客分别怎样计数，哪些人会登录 Metabase。
• 是否需要行列权限、SSO、强制双因素认证、缓存、使用分析、多租户嵌入或白标。
• Cloud 的 Starter 或 Pro 标价与自托管的服务器、数据库、备份和工程时间分别是多少。
• 试点结束时，谁会检查权限、恢复备份和删除测试数据。

如果团队回答不出第一题，自托管的免费标签还不能成为上线理由。如果外部客户已经要在产品里看到各自数据，先验证 Pro 的权限与嵌入能力，再决定部署。

常见问题

Metabase Open Source 真的免费吗

官方价格页把 Open Source 列为免费自托管方案，并列出相关产品能力。服务器、数据库、备份、邮件、监控和人员时间仍由团队承担。

Cloud Starter 的标价包括所有用户吗

价格页显示 Starter 的起步月费、按用户费率和前 5 个包含用户。页面还说明登录 Metabase 的人按用户计费，具体账单应在购买流程确认。

自托管会不会自动更便宜

不一定。软件许可免费，但工程维护和基础设施仍有成本。把这些成本与 Cloud 的订阅、支持和上线时间分开估算，结论才可靠。

什么时候需要 Pro

当行列权限、SSO、强制双因素认证、缓存控制、使用分析、多租户嵌入或白标已经成为当前交付要求时，再做 Pro 评估。先验证具体权限和租户模型。

Cloud 能替我做数据安全设计吗

不能。Cloud 承担一部分平台运维，数据库授权、数据模型、租户隔离、集合权限和外部分享仍需要团队设计与复核。