为什么选择 Metabase Cloud?

Metabase Cloud 等服务的价值，直到你仔细分析完构建该服务的全部工作后，才能真正衡量。无论你是否注册 Metabase Cloud，我们都希望这篇文章能帮助你做出更明智的决定。无论哪种方式，你都在使用 Metabase，欢迎加入！

为什么你不应该使用 Metabase Cloud

首先，让我们列出你不应该或不能使用 Metabase Cloud 的原因。

• 你需要一个隔离环境，通常是为了符合监管规定，或者如果你在运营你自己的秘密机构……如果你不确定是否需要隔离环境，那么你就不需要。如果你确实需要隔离，我们也提供隔离方案（当然，不是 Cloud 版本）。
• 你有一些规定规定了你如何运行你的软件（例如 HIPAA）。
• 你想运行 Metabase 的自定义版本。也就是说，你在运行 Metabase (OSS 或 Enterprise/Pro 版本) 的一个分支，以便添加自己的自定义功能，并且你有足够的工程资源来承担这种开销。
• 你想使用社区或自定义驱动程序。在 Metabase Cloud 上，我们只支持官方（第一方）和合作伙伴驱动程序，因为我们需要能够保证它们的质量并在生产环境中帮助你解决问题。

绝大多数组织都不属于以上任何一种情况，因此决定不那么明确：我应该自托管我的 Metabase 吗？还是应该将开销外包给 Metabase Cloud？

运行最基础的 Metabase 的成本

与运行其他软件相比，运行 Metabase 本身并没有什么特别困难的地方，只是在生产环境中运行软件并非易事。假设你想尽可能便宜地运行你的 Metabase。为此，你需要两样东西：一台服务器来运行 Metabase，一台服务器来运行你的应用程序数据库（不包括存储所有数据的数据库）。

因此，最低限度，你需要一个专用的 Postgres 或 MySQL 数据库作为你的应用程序数据库。最便宜的设置可以让大约十个人使用 Metabase（只要他们不同时使用 Metabase）。你可以调整数字，但你已经开始接近 Metabase Cloud 的入门价格了。

为什么不使用嵌入式 H2 数据库并只运行一台服务器？因为嵌入式 H2 数据库会毁了你的生活。我们包含嵌入式 H2 应用程序数据库是为了方便大家下载 Metabase JAR 或 Docker 镜像，并在几分钟内开始查询数据。H2 数据库用于演示，而非生产环境。它在某些时候一定会损坏，而你一定会遭受损失。

即使你确实选择了最基本的设置，它也不会达到生产级别。这意味着，你除了要处理升级、备份、恢复以及其他运维维护工作之外，还要处理隐藏的成本（网络、监控、负载均衡、存储、多可用区、SMTP 服务器）。我们非常清楚这些成本，因为我们花了大量精力构建了一个平台来管理 Metabase 的运行。由于我们可以在大规模上管理运行，因此可以将这些节省下来的成本转嫁给你，同时仍然可以从开发平台和开源项目上获利。

“为什么我们的云服务是个不错的选择”部分

使用 Metabase Cloud，你只需注册即可开始工作，查询你的数据。

你将获得

几分钟内即可上线

即使你的公司在云上运行着整个基础设施，通常也需要某种配置过程，根据你公司的官僚程度，这可能需要一段时间。使用 Metabase Cloud，你只需注册，连接你的数据库，然后邀请你的团队开始查询。

高可用性

如果你的 Metabase 由于数据中心问题、宇宙射线干扰或其他原因而中断，我们会为你启动另一个 Metabase 并将流量重定向到该 Metabase。此外，我们使用可扩展的应用程序数据库（通过 AWS 的 RDS 使用 PostgreSQL），因此你拥有一个可以随使用量扩展的应用程序数据库。本质上这意味着你获得了一个自动扩展的设置，无论你承受多大的流量，都能保持你的设置速度。

基本上，Metabase 不会成为你的瓶颈；查询速度的快慢仍然取决于你请求的数据量、你的数据仓库速度以及你对数据的建模程度。有关一些技巧，请参阅让仪表板更快。

运维管理

Metabase Cloud 将为你处理所有的运维管理，包括

• 备份和恢复（安全第一）。
• 升级。我们大约每三个月发布一次主要的新功能版本，每隔几周发布一次小版本更新，包含错误修复和安全补丁。你将自动获得所有这些更新，无需任何烦恼。
• 监控。
• SoC2 Type 2 安全审计
• 管理 SMTP 服务器以发送仪表板订阅和警报。

尽管这些运维维护并非 Metabase 所独有，但处理起来很麻烦。所以让我们来帮你处理吧。

来自一流成功工程师的支持

你将获得真正的技术专家的支持，而不是客服代表。我们的成功工程师都是前 Metabase 用户和顾问。当你需要帮助时，你将与一位有过你同样经历的专家交谈。你不仅会得到任何问题的帮助，还会从那些见过一切的人那里获得关于最佳实践的建议。你也不必经历任何客服推诿，比如试图欺骗聊天机器人让你联系到真人。你只需给我们发邮件即可。

而且，坦白说，我们的成功工程师非常出色。在提供对他们支持的反馈时，客户会说：“世界一流”、“很棒”、“优秀”、“太棒了”、“最好的”。有些人甚至会大写：“Johannes 帮了大忙”。当然，这些都是有选择性的轶事证据，但反馈几乎都是精挑细选的：客户满意率的工单解决率一直保持在 95% 以上，并且这个比例还在不断提高。在过去三个月里，我们已经达到了 97%。

除此之外，我们还有一个活跃的论坛以及大量的文档和学习资源（但这些是每个人都能获得的，所以它们更多地是“为什么是 Metabase”的论据；它们对“为什么是 Metabase Cloud”的论证得分不高）。

仍然想自托管你的 Metabase？

还有其他几点需要考虑

实际成本和机会成本（以及一些估算成本/节省）

精通 DevOps 的人才稀少且昂贵。如果你是这样的人才，你可以付出一些努力来建立一个生产就绪的 Metabase 设置。但工程时间（你的时间）将比你的基础设施成本更昂贵。如果你每月只花几个小时来管理你的自托管 Metabase，Metabase Cloud 就会收回成本。所以问题变成了，你应该将这些时间花在 Metabase 上，还是花在组织的整体基础设施上？

让我们来估算一下使用最便宜的 Metabase 计划（即 Metabase 的 OSS 版本，而不是包含更多高级功能的Enterprise/Pro版本）的 10 个人使用情况。暂时先不考虑年度折扣。Metabase Cloud 每月费用为 100 美元（包括前五名用户），之后每人额外 6 美元，总计每月 130 美元。鉴于平均 DevOps 工程师的年薪约为每小时 60 美元，如果他们每月花费约 2 小时来管理你的自托管 Metabase 安装，Metabase Cloud 就会收回成本，这还不包括你不得不承担的基础设施成本。

项目风险规避

你可以通过免费试用来评估 Metabase Cloud。如果（出于任何虚构的、荒谬的原因）Metabase 在你的组织中不起作用，你只需取消订阅即可继续，而你也不会投入时间来构建基础设施支持这个试用期。当你（不可避免地）发现 Metabase 有用时，你还可以切换到年度计费计划以获得更优惠的价格。

从自托管迁移到 Metabase Cloud 及其之间的迁移都很容易

关于风险规避；可以很容易地从自托管迁移到 Metabase Cloud，然后再迁回。如果你以后改变主意，我们会给你一份应用程序数据库的副本，以便你切换回自托管设置，并且仍然拥有你所有的 Metabase 问题、仪表板、集合等。

Metabase Pro on Cloud

如果你选择Metabase Pro，或者你的组织将来可能会升级，那么自己托管 Metabase Pro 或使用 Metabase Cloud 上的 Pro 版本，成本完全相同，所以你最好让我们来处理所有工作，然后节省基础设施和运维成本。

无忧维护，一流支持

如果你仍然犹豫不决，我们的成功工程师应该会让你倾向于 Metabase Cloud。我们的工程师能够比你自己（在生产环境中这是一件大事）更快、更可靠地恢复、更改和升级环境。仅升级处理本身可能就值得了，因为我们一直在不断改进 Metabase。而且你也不必担心出现问题（即使出现问题，也不是你的错）。

尝试 Metabase Cloud

就是这样。注册 Metabase Cloud 的免费试用。感谢你支持开源软件。